Re: [Tsp-devel] TARGA : Gestion Multi-types

[Erk]

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...
--
Erk