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

[dufy]

Salut Stef.

Je crois que ce n'est pas MALLOC_DEBUG_ qu'il faut positionner, mais
MALLOC_CHECK_
http://www.delorie.com/gnu/docs/glibc/libc_33.html
Tu la mets à 2 pour stopper des  la première erreur (il core
directement), et à 1 pour sortir des warnings.

Y++
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++

2006/7/2, Erk <address@hidden>:
> 2006/7/2, Stef Euskadi <address@hidden>:
> >
>
> >  Je me suis mal exprimé dans mon mail initial.
> >
> >  Pour moi, je ne fais aucune supposition sur le devenir de la
> > request-sample-table
> [...]
>
> >
> >  Et bien, le simple fait de faire le TSP_consummer_request_sample et
> > modifier
> >  ma request-sample-table, fout en l'air ma hash-table.
> >
> >  Je continue à penser que le pb est chez moi. Je demande juste de vérifier
> > que
> >  votre routine de SSI-Copy ne jardine pas. Je suis sur qu'elle reste dans
> > les clous.
>
> Ok je vais vérifier ça.
>
> >
> >  Autre question : je n'arive pas à mettre en oeuvre MALLOC_DEBUG_
> >  Il suffit de la positionner ?
>
> Je ne sais pas je vais regarder.
> Pour le jardinage valgrind est un TRES bon outils.
> Beaucoup plus efficace que les autres outils de debug mémoire que j'ai essayé.
> (je jetterais néanmoins un oeil à MALLOC_DEBUG_)
>
>
> Une réponse + longue sur le jardinage très bientôt.
>
> --
> Erk
>
>
> _______________________________________________
> Tsp-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/tsp-devel