mes tests avec valgrind sur different os à savoir centos 5 et
6 me retournent des resultats differents
je ne sais pas bien analyser les resultats mais il y a de
grandes differences entre les deux plateformes
un nombre erreur qui varie du simple au double
et il semblerait qu il y a une fuite de memoire sur centos 5
mes tests avec valgrind sur different os à savoir centos 5 et
6 me retournent des resultats differents
je ne sais pas bien analyser les resultats mais il y a de
grandes differences entre les deux plateformes
un nombre erreur qui varie du simple au double
et il semblerait qu il y a une fuite de memoire sur centos 5
mes tests avec valgrind sur different os à savoir centos 5 et
6 me retournent des resultats differents
je ne sais pas bien analyser les resultats mais il y a de
grandes differences entre les deux plateformes
un nombre erreur qui varie du simple au double
et il semblerait qu il y a une fuite de memoire sur centos 5
fakessh écrivit :mes tests avec valgrind sur different os à savoir centos 5
6 me retournent des resultats differents
[...]je ne sais pas bien analyser les resultats mais il y a de
grandes differences entre les deux plateformes
Est-ce que les bibliothèques (libc, libopenssl, etc.) sont
Si ce ne sont pas les mêmes, il n'est pas utile de
mesure, car en fait tu mesures les différences entre les
(qui peuvent parfaitement utiliser des algorithmes
l'allocation mémoire).un nombre erreur qui varie du simple au double
Où lis-tu cela ?
Je lis d'une part
: 73== ERROR SUMMARY: 0 errors from 0 contexts
et d'autre part
: =654== ERROR SUMMARY: 349 errors from 6 contexts
Autrement dit, dans le premier cas, tout va bien ; et dans
plein d'erreurs.
et il semblerait qu il y a une fuite de memoire sur centos
Est-ce que tu fais référence à
: 73== possibly lost: 36 bytes in 3 blocks
« Possibly » signifie que valgrind ne sait pas décider.
le même algorithme sur l'autre système ne déclenche plus le
diagnostic, je pense que l'on peut considérer cela comme un
premier système.
Par ailleurs, je pense qu'il est plus utile de se
système récent pour développer ; il est certes utile de
programme fonctionne bien sur l'ancienne version, mais
d'améliorer le fonctionnement d'outils de débogage sur
la dernière version du système ne va pas susciter
part des développeurs en charge de ces outils.
Antoine
fakessh écrivit :
mes tests avec valgrind sur different os à savoir centos 5
6 me retournent des resultats differents
[...]
je ne sais pas bien analyser les resultats mais il y a de
grandes differences entre les deux plateformes
Est-ce que les bibliothèques (libc, libopenssl, etc.) sont
Si ce ne sont pas les mêmes, il n'est pas utile de
mesure, car en fait tu mesures les différences entre les
(qui peuvent parfaitement utiliser des algorithmes
l'allocation mémoire).
un nombre erreur qui varie du simple au double
Où lis-tu cela ?
Je lis d'une part
: =2073== ERROR SUMMARY: 0 errors from 0 contexts
et d'autre part
: =654== ERROR SUMMARY: 349 errors from 6 contexts
Autrement dit, dans le premier cas, tout va bien ; et dans
plein d'erreurs.
et il semblerait qu il y a une fuite de memoire sur centos
Est-ce que tu fais référence à
: =2073== possibly lost: 36 bytes in 3 blocks
« Possibly » signifie que valgrind ne sait pas décider.
le même algorithme sur l'autre système ne déclenche plus le
diagnostic, je pense que l'on peut considérer cela comme un
premier système.
Par ailleurs, je pense qu'il est plus utile de se
système récent pour développer ; il est certes utile de
programme fonctionne bien sur l'ancienne version, mais
d'améliorer le fonctionnement d'outils de débogage sur
la dernière version du système ne va pas susciter
part des développeurs en charge de ces outils.
Antoine
fakessh écrivit :mes tests avec valgrind sur different os à savoir centos 5
6 me retournent des resultats differents
[...]je ne sais pas bien analyser les resultats mais il y a de
grandes differences entre les deux plateformes
Est-ce que les bibliothèques (libc, libopenssl, etc.) sont
Si ce ne sont pas les mêmes, il n'est pas utile de
mesure, car en fait tu mesures les différences entre les
(qui peuvent parfaitement utiliser des algorithmes
l'allocation mémoire).un nombre erreur qui varie du simple au double
Où lis-tu cela ?
Je lis d'une part
: 73== ERROR SUMMARY: 0 errors from 0 contexts
et d'autre part
: =654== ERROR SUMMARY: 349 errors from 6 contexts
Autrement dit, dans le premier cas, tout va bien ; et dans
plein d'erreurs.
et il semblerait qu il y a une fuite de memoire sur centos
Est-ce que tu fais référence à
: 73== possibly lost: 36 bytes in 3 blocks
« Possibly » signifie que valgrind ne sait pas décider.
le même algorithme sur l'autre système ne déclenche plus le
diagnostic, je pense que l'on peut considérer cela comme un
premier système.
Par ailleurs, je pense qu'il est plus utile de se
système récent pour développer ; il est certes utile de
programme fonctionne bien sur l'ancienne version, mais
d'améliorer le fonctionnement d'outils de débogage sur
la dernière version du système ne va pas susciter
part des développeurs en charge de ces outils.
Antoine
Antoine Leca wrote:fakessh écrivit :mes tests avec valgrind sur different os à savoir centos
et6 me retournent des resultats differents
[...]je ne sais pas bien analyser les resultats mais il y a de
grandes differences entre les deux plateformes
Est-ce que les bibliothèques (libc, libopenssl, etc.) sont
les mêmes ?
les bibliotheques sont differentes
centos 5
~]# rpm -qa glibc
glibc-2.5-81.el5_8.2
~]# rpm -qa openssl
openssl-0.9.8e-22.el5_8.4
centos 6
~]# rpm -qa glibc
glibc-2.12-1.47.el6_2.12.i686
~]# rpm -qa openssl
openssl-1.0.0-20.el6_2.5.i686Si ce ne sont pas les mêmes, il n'est pas utile de
s'inquiêter outremesure, car en fait tu mesures les différences entre les
deux systèmes(qui peuvent parfaitement utiliser des algorithmes
différents pourl'allocation mémoire).un nombre erreur qui varie du simple au double
Où lis-tu cela ?
Je lis d'une part
: 73== ERROR SUMMARY: 0 errors from 0 contexts
et d'autre part
: =654== ERROR SUMMARY: 349 errors from 6 contexts
Autrement dit, dans le premier cas, tout va bien ; et dans
le second,plein d'erreurs.
à savoir centos 5
0 erreurs
et centos 6
349 erreurs
je ne comprends pas bien l extreme difference d erreurs
la logique veut que cela devrait etre la meme chose ou à
pres la meme chose
je pense que logiquement
un code c devrait logiquement reagit de la meme maniere
et pas 0 erreurs d un cote
et toutes les lignes du code en warning de l autre
j ai commence à regarder plus precisement les erreurs
et il semble que openssl en declenche beaucoup voir toutes
les erreurs
et le reste c est memsetet il semblerait qu il y a une fuite de memoire sur
5
Est-ce que tu fais référence à
: 73== possibly lost: 36 bytes in 3 blocks
« Possibly » signifie que valgrind ne sait pas décider.
Étant donné que
à ce sujet la je possede 2 systemes centos 5
avec des noyaux custom
et sur la possibilite de perte j obtiens la aussi des
resultats differents
à savoir pas de perte et la petite perte en question
lost: 36 bytes in 3 blocks
les executables sont compiles avec cette ligne de commande
gcc -Wall -O0 -ggdb3 -o smtp_openssl_client_stable
smtp_openssl.c -std=gnu99 -lssl
les differents uname -a de mes 2 systemes centos 5
~]# uname -a
Linux r*****.ovh.net 2.6.32.2-xxxx-grs-ipv6-32 #1 SMP Wed
30 11:42:30 UTC 2009 i686 i686 i386 GNU/Linux
~]# uname -a
Linux ks******.kimsufi.com 2.6.34.6-xxxx-grs-ipv6-32 #3 SMP
Fri Sep 17 16:03:53 UTC 2010 i686 i686 i386 GNU/Linuxle même algorithme sur l'autre système ne déclenche plus
mêmediagnostic, je pense que l'on peut considérer cela comme
biais dupremier système.
et sur mes erreurs tout les memset declenche une alarme sur
centos 6
ils sont mal ecrit il declenche un warning
donc comment faire pour bien ecrire les declarations
memset
et je remarque beaucoup d erreurs voir toutes les autres
proviennent de openssl
cela est important ou je ne dois pas y faire attention
Par ailleurs, je pense qu'il est plus utile de se
concentrer sur lesystème récent pour développer ; il est certes utile de
vérifier que tonprogramme fonctionne bien sur l'ancienne version, mais
essayerd'améliorer le fonctionnement d'outils de débogage sur
autre chose quela dernière version du système ne va pas susciter
l'enthousiasme de lapart des développeurs en charge de ces outils.
Antoine
Antoine Leca wrote:
fakessh écrivit :
mes tests avec valgrind sur different os à savoir centos
et
6 me retournent des resultats differents
[...]
je ne sais pas bien analyser les resultats mais il y a de
grandes differences entre les deux plateformes
Est-ce que les bibliothèques (libc, libopenssl, etc.) sont
les mêmes ?
les bibliotheques sont differentes
centos 5
~]# rpm -qa glibc
glibc-2.5-81.el5_8.2
~]# rpm -qa openssl
openssl-0.9.8e-22.el5_8.4
centos 6
~]# rpm -qa glibc
glibc-2.12-1.47.el6_2.12.i686
~]# rpm -qa openssl
openssl-1.0.0-20.el6_2.5.i686
Si ce ne sont pas les mêmes, il n'est pas utile de
s'inquiêter outre
mesure, car en fait tu mesures les différences entre les
deux systèmes
(qui peuvent parfaitement utiliser des algorithmes
différents pour
l'allocation mémoire).
un nombre erreur qui varie du simple au double
Où lis-tu cela ?
Je lis d'une part
: =2073== ERROR SUMMARY: 0 errors from 0 contexts
et d'autre part
: =654== ERROR SUMMARY: 349 errors from 6 contexts
Autrement dit, dans le premier cas, tout va bien ; et dans
le second,
plein d'erreurs.
à savoir centos 5
0 erreurs
et centos 6
349 erreurs
je ne comprends pas bien l extreme difference d erreurs
la logique veut que cela devrait etre la meme chose ou à
pres la meme chose
je pense que logiquement
un code c devrait logiquement reagit de la meme maniere
et pas 0 erreurs d un cote
et toutes les lignes du code en warning de l autre
j ai commence à regarder plus precisement les erreurs
et il semble que openssl en declenche beaucoup voir toutes
les erreurs
et le reste c est memset
et il semblerait qu il y a une fuite de memoire sur
5
Est-ce que tu fais référence à
: =2073== possibly lost: 36 bytes in 3 blocks
« Possibly » signifie que valgrind ne sait pas décider.
Étant donné que
à ce sujet la je possede 2 systemes centos 5
avec des noyaux custom
et sur la possibilite de perte j obtiens la aussi des
resultats differents
à savoir pas de perte et la petite perte en question
lost: 36 bytes in 3 blocks
les executables sont compiles avec cette ligne de commande
gcc -Wall -O0 -ggdb3 -o smtp_openssl_client_stable
smtp_openssl.c -std=gnu99 -lssl
les differents uname -a de mes 2 systemes centos 5
~]# uname -a
Linux r*****.ovh.net 2.6.32.2-xxxx-grs-ipv6-32 #1 SMP Wed
30 11:42:30 UTC 2009 i686 i686 i386 GNU/Linux
~]# uname -a
Linux ks******.kimsufi.com 2.6.34.6-xxxx-grs-ipv6-32 #3 SMP
Fri Sep 17 16:03:53 UTC 2010 i686 i686 i386 GNU/Linux
le même algorithme sur l'autre système ne déclenche plus
même
diagnostic, je pense que l'on peut considérer cela comme
biais du
premier système.
et sur mes erreurs tout les memset declenche une alarme sur
centos 6
ils sont mal ecrit il declenche un warning
donc comment faire pour bien ecrire les declarations
memset
et je remarque beaucoup d erreurs voir toutes les autres
proviennent de openssl
cela est important ou je ne dois pas y faire attention
Par ailleurs, je pense qu'il est plus utile de se
concentrer sur le
système récent pour développer ; il est certes utile de
vérifier que ton
programme fonctionne bien sur l'ancienne version, mais
essayer
d'améliorer le fonctionnement d'outils de débogage sur
autre chose que
la dernière version du système ne va pas susciter
l'enthousiasme de la
part des développeurs en charge de ces outils.
Antoine
Antoine Leca wrote:fakessh écrivit :mes tests avec valgrind sur different os à savoir centos
et6 me retournent des resultats differents
[...]je ne sais pas bien analyser les resultats mais il y a de
grandes differences entre les deux plateformes
Est-ce que les bibliothèques (libc, libopenssl, etc.) sont
les mêmes ?
les bibliotheques sont differentes
centos 5
~]# rpm -qa glibc
glibc-2.5-81.el5_8.2
~]# rpm -qa openssl
openssl-0.9.8e-22.el5_8.4
centos 6
~]# rpm -qa glibc
glibc-2.12-1.47.el6_2.12.i686
~]# rpm -qa openssl
openssl-1.0.0-20.el6_2.5.i686Si ce ne sont pas les mêmes, il n'est pas utile de
s'inquiêter outremesure, car en fait tu mesures les différences entre les
deux systèmes(qui peuvent parfaitement utiliser des algorithmes
différents pourl'allocation mémoire).un nombre erreur qui varie du simple au double
Où lis-tu cela ?
Je lis d'une part
: 73== ERROR SUMMARY: 0 errors from 0 contexts
et d'autre part
: =654== ERROR SUMMARY: 349 errors from 6 contexts
Autrement dit, dans le premier cas, tout va bien ; et dans
le second,plein d'erreurs.
à savoir centos 5
0 erreurs
et centos 6
349 erreurs
je ne comprends pas bien l extreme difference d erreurs
la logique veut que cela devrait etre la meme chose ou à
pres la meme chose
je pense que logiquement
un code c devrait logiquement reagit de la meme maniere
et pas 0 erreurs d un cote
et toutes les lignes du code en warning de l autre
j ai commence à regarder plus precisement les erreurs
et il semble que openssl en declenche beaucoup voir toutes
les erreurs
et le reste c est memsetet il semblerait qu il y a une fuite de memoire sur
5
Est-ce que tu fais référence à
: 73== possibly lost: 36 bytes in 3 blocks
« Possibly » signifie que valgrind ne sait pas décider.
Étant donné que
à ce sujet la je possede 2 systemes centos 5
avec des noyaux custom
et sur la possibilite de perte j obtiens la aussi des
resultats differents
à savoir pas de perte et la petite perte en question
lost: 36 bytes in 3 blocks
les executables sont compiles avec cette ligne de commande
gcc -Wall -O0 -ggdb3 -o smtp_openssl_client_stable
smtp_openssl.c -std=gnu99 -lssl
les differents uname -a de mes 2 systemes centos 5
~]# uname -a
Linux r*****.ovh.net 2.6.32.2-xxxx-grs-ipv6-32 #1 SMP Wed
30 11:42:30 UTC 2009 i686 i686 i386 GNU/Linux
~]# uname -a
Linux ks******.kimsufi.com 2.6.34.6-xxxx-grs-ipv6-32 #3 SMP
Fri Sep 17 16:03:53 UTC 2010 i686 i686 i386 GNU/Linuxle même algorithme sur l'autre système ne déclenche plus
mêmediagnostic, je pense que l'on peut considérer cela comme
biais dupremier système.
et sur mes erreurs tout les memset declenche une alarme sur
centos 6
ils sont mal ecrit il declenche un warning
donc comment faire pour bien ecrire les declarations
memset
et je remarque beaucoup d erreurs voir toutes les autres
proviennent de openssl
cela est important ou je ne dois pas y faire attention
Par ailleurs, je pense qu'il est plus utile de se
concentrer sur lesystème récent pour développer ; il est certes utile de
vérifier que tonprogramme fonctionne bien sur l'ancienne version, mais
essayerd'améliorer le fonctionnement d'outils de débogage sur
autre chose quela dernière version du système ne va pas susciter
l'enthousiasme de lapart des développeurs en charge de ces outils.
Antoine