2006/7/2, dufy <address@hidden>:
PS : Je vais confiance à Eric pour te balancer bientôt une tripotée
de liens sur des outils de purification mémoire genre fortify,
vallgrind, electricfence, ...
Y++
En fait je dirais que MALLOC_CHECK_ c'est un peu comme
Electric Fence (http://perens.com/FreeSoftware/ElectricFence/)
c'est un "malloc" debugger donc ça ne vérifie "que" les débordements
autour d'un malloc.
Valgrind (http://www.valgrind.org/) c'est bien mieux car c'est un
émulateur
qui permet de vérifier les accés invalide comme les accès à de la mémoire
non initialisée par exemple.
Valgrind au niveau efficacité c'est çà comparer avec purify
(http://www-306.ibm.com/software/awdtools/purifyplus/)
Pour le SSIList copy je ne vois pas de fuite mais pourtant valgrind
me dit que si...
==7349== 244 (200 direct, 44 indirect) bytes in 1 blocks are
definitely lost in loss record 21 of 25
==7349== at 0x1B900B78: calloc (vg_replace_malloc.c:279)
==7349== by 0x805D6AE: TSP_SSIList_initialize (tsp_common_ssi.c:254)
==7349== by 0x805D8BB: TSP_SSIList_copy (tsp_common_ssi.c:307)
==7349== by 0x8052593: TSP_consumer_request_sample
(tsp_consumer.c:985)
==7349== by 0x804B214: tsp_ascii_writer_validate_symbols
(tsp_ascii_writer.c:453)
==7349== by 0x804A03E: main (tsp_ascii_writer_main.c:351)
Je vais chercher. Toutefois ça n'explique pas le jardinage car une fuite
c'est pas bon mais c'est pas du jardinage...