Au hasard, les commandes:
- print qui est surpuissant (genre print *(*argv + 2 * sizeof (size_t)) ou p *0x44ff006b
- disassemble car oui, tout le monde ne compile pas avec -g -ggdb3 :-)
- est-il nécessaire de spécifier jump et call ?
- dump dumpe tout simplement la ram a un offset donné et l'interprete s'il le peut
- le hardware watchpoint offrent souvent un support meilleur que ce que font la plupart des IDE
En tout cas, j'adore Kdevelop pour sa souplesse et son confort visuel, mais ce n'est pas pour son débuggueur que je le favoriserait…
Super astuce:
- compiler un fichier .c avec gcc -g -ggdb3
- lancer emacs -f gdb
- sélectionner votre exécutable
- M-x gdb-many-windows
- profit
[^] # Re: Juste une question
Posté par mackwic . En réponse au journal KDevelop 4.4 est sorti. Évalué à 4.
Au hasard, les commandes:
-
printqui est surpuissant (genreprint *(*argv + 2 * sizeof (size_t))oup *0x44ff006b-
disassemblecar oui, tout le monde ne compile pas avec -g -ggdb3 :-)- est-il nécessaire de spécifier
jumpetcall?-
dumpdumpe tout simplement la ram a un offset donné et l'interprete s'il le peut- le hardware watchpoint offrent souvent un support meilleur que ce que font la plupart des IDE
En tout cas, j'adore Kdevelop pour sa souplesse et son confort visuel, mais ce n'est pas pour son débuggueur que je le favoriserait…
Super astuce:
- compiler un fichier .c avec
gcc -g -ggdb3- lancer
emacs -f gdb- sélectionner votre exécutable
- M-x gdb-many-windows
- profit
Gdb est quand meme 'achement puissant. ;-)