Commandes les plus délicates/utiles pour le débogueur gdb

Question

Pouvez-vous publier vos commandes les plus difficiles et utiles pendant que vous exécutez un débogueur comme gdb ou dbx.

Answer 1

1. backtrace complet: complet backtrace avec des variables locales
2. jusqu'à, vers le bas, cadre: Déplacez-vous dans les cadres
3. montre: Suspendre le processus lorsqu'une certaine condition est remplie
4. print set assez sur: Imprime bien formatés code source C
5. exploitation forestière définie sur: Log session de débogage pour montrer aux autres pour le soutien
6. matricielleEnsemble d'impression sur: array Jolie impression
7. finition: Continuer jusqu'à la fin de la fonction
8. permettent et désactiver: Enab le/désactiver les points d'arrêt
9. tbreak: Pause une fois, puis retirez le point d'arrêt
10. où: Numéro de la ligne en cours d'exécution
11. informations habitants: Voir toutes les variables locales
12. informations args : Voir tous les arguments de fonction
13. liste: voir la source
14. RBREAK: pause sur la fonction correspondant à l'expression régulière

Answer 2

Par exemple, les macros définies dans stl-views.gdb

Answer 3

thread apply all bt ou thread apply all print $pc: Pour trouver rapidement ce que toutes les discussions sont en train de faire.

Answer 4

Démarrer gdb avec une interface utilisateur textuelle

gdb -tui 

Answer 5

À partir de gdb 7.0, il y a reversible debugging, afin que vos nouvelles commandes favorites sont:

* reverse-continue ('rc') -- Continue program being debugged but run it in reverse 
* reverse-finish -- Execute backward until just before the selected stack frame is called 
* reverse-next ('rn') -- Step program backward, proceeding through subroutine calls. 
* reverse-nexti ('rni') -- Step backward one instruction, but proceed through called subroutines. 
* reverse-step ('rs') -- Step program backward until it reaches the beginning of a previous source line 
* reverse-stepi -- Step backward exactly one instruction 
* set exec-direction (forward/reverse) -- Set direction of execution. 

Answer 6

Au lieu de lancer GDB avec "-tui" param vous pouvez aussi passer en mode texte après un certain temps en tapant "wh".

Answer 7

scripting gdb est une bonne astuce, à part que j'aime activer/désactiver le verrouillage du planificateur pour empêcher l'exécution d'autres threads lorsque vous en montez un.

Answer 8

• En utilisant .gdbinit (fichier de démarrage où vous pouvez écrire des macros et appeler depuis gdb). Placez .gdbinit dans votre répertoire personnel afin qu'il soit ramassé chaque fois gdb est chargé

• d'info threads à la liste tous les fils actifs, et f (#) -> # Numéro de fil que vous souhaitez passer à

• quelque temps j'utiliser gdb pour convertir hexadécimal en décimal ou binaire, son très pratique au lieu d'ouvrir une calculatrice

  • p/d 0x10 -> donne équivalent décimal de 0x10
  • p/t 0x10 - > équivalent binaire de 0x10
  • p/x 256 -> hex équivalent de 256

Answer 9

En utilisant l'option -command=<file with gdb commands> lors du tir gdb. Identique à -x <command file>. Ce fichier de commande peut contenir des commandes gdb comme des points d'arrêt, des options, etc. Utile dans le cas où un exécutable particulier doit être soumis à des exécutions de débogage successives en utilisant gdb.

Answer 10

Cela peut être utile, je suis sûr qu'il pourrait être amélioré si, aide bienvenue:

define mallocinfo 
    set $__f = fopen("/dev/tty", "w") 
    call malloc_info(0, $__f) 
    call fclose($__f) 

Answer 11

Pour debug STL, ajouter du contenu à .gdbinit, suivez les instructions suivantes:

http://www.yolinux.com/TUTORIALS/GDB-Commands.html#STLDEREF

Answer 12

Au lieu de démarrer gdb avec l'option -tui pour voir un processus enfant contenant un écran qui met en évidence l'emplacement de la ligne de code dans votre programme, entrez et sortez de cette fonction avec Cx o et Cx a. Ceci est utile si vous utilisez la fonction et que vous ne l'utilisez pas temporairement, vous pouvez donc utiliser la flèche vers le haut pour obtenir une commande précédente.