Journal Merci Valgrind !

Posté par  .
Étiquettes : aucune
0
11
août
2004
J'étais face à un bug qui me tracassait depuis une semaine, sur un programme très lent (mais ça c'est normal), je ne voyais pas le bout du tunnel c'était la cata :(

Puis je me suis souvenu d'un outil dont j'avais entendu parler je ne sais plus où (peut être ici) : valgrind. J'avais jamais essayé, je m'imaginais un truc bien lourd à mettre en oeuvre, nécessitant de subtiles compilations et recompilations.

En fait c'est archi simple, ça m'a trouvé mon petit memory leak qui mettait le souk et voila. Bref, merci valgrind, et dans les cas de désespoir pensez-y c'est vraiment pratique (sur x86 uniquement) :

http://valgrind.kde.org(...)

P.S.: malgré l'adresse, valgrind ne nécessite pas KDE
P.P.S.: rien à voir mais si vous avez le moindre problème cardiaque, ne jouez pas à Doom 3.
  • # Concurrence

    Posté par  (site web personnel) . Évalué à 2.

    En plus maintenant il ya de la concurrence avec diota :

    http://www.elis.rug.ac.be/~ronsse/diota/(...)

    (Plus oriente perfs, avec gestion mmx, sse, etc..)
  • # memory leak

    Posté par  (site web personnel) . Évalué à 2.

    Un memory leak ne fait pas beaucoup de mal en général, à part grandir la taille mémoire occupée par le programme.. c'était pas plutôt un pointeur fantôme ton problème ? Un pointeur fantôme c'est l'inverse du memory leak : on libère l'espace mémoire mais on y accède encore après la libération, c'est typique du syndrome "segfault aléatoire".
    • [^] # Re: memory leak

      Posté par  . Évalué à 1.

      Un memory leak ne fait pas beaucoup de mal en général

      Sauf quand c'est dans un boucle appelée quelques dizaines milliers de fois dans le programme :) Sinon, Valgrind détecte aussi les problèmes de pointeurs fantomes.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.