En général, pour comprendre un bug, j'aime bien saisir le problème dans sa globalité.
J'active donc les traces de debugage et si le programme est parti en segfault, je tente une session gdb. L'idée est de me mettre rapidement en situation, car 9 fois sur 10 il y a un gros indice a portée de main, le tout est de le trouver rapidement.
Si j'ai besoin d'inspecter plus pour cerner le problème, je vois selon:
- s'il y a peu de variable en jeu, je rajoute une trace, c'est assez rapide
- s'il y a beaucoup de variable et que c'est facile de mettre un breakpoint, je me lance dans une session gdb.
Au final, je me passe de gdb dans la grande majorité des cas, notamment car je fais en sorte d'entretenir mes traces de debug afin qu'elles soient lisibles.
# Je tente les 2
Posté par flagos . En réponse au journal Un debugger est-il indispensable ?. Évalué à 4.
En général, pour comprendre un bug, j'aime bien saisir le problème dans sa globalité.
J'active donc les traces de debugage et si le programme est parti en segfault, je tente une session gdb. L'idée est de me mettre rapidement en situation, car 9 fois sur 10 il y a un gros indice a portée de main, le tout est de le trouver rapidement.
Si j'ai besoin d'inspecter plus pour cerner le problème, je vois selon:
- s'il y a peu de variable en jeu, je rajoute une trace, c'est assez rapide
- s'il y a beaucoup de variable et que c'est facile de mettre un breakpoint, je me lance dans une session gdb.
Au final, je me passe de gdb dans la grande majorité des cas, notamment car je fais en sorte d'entretenir mes traces de debug afin qu'elles soient lisibles.