Die meisten kniffligen/nützliche Befehle für gdb Debugger

Question

Können Sie Ihre schwierigsten und nützlichsten Befehle während Sie einen Debugger wie gdb oder dbx ausführen. Komplette Backtrace mit lokalen Variablen

bis, unten, Rahmen:

Answer 1

1. Backtrace voll definiert Rahmen bewegen sich durch
2. Uhr: Unterbricht den Prozess, wenn eine bestimmte Bedingung erfüllt ist
3. Satz Druck ziemlich auf: hübsch formatierte C-Quellcode
4. set logging Druckt auf: Debug-Sitzung anmelden für
Unterstützung für andere zeigen
5. Set-Druckarray auf: Hübsches Reihendruck
6. Finish: Weiter bis zum Ende der Funktion
7. aktivieren und deaktivieren : Enab le/deaktivieren Stützpunkte
8. tbreak: Break einmal, und entfernen Sie dann den Haltepunkt
9. wo: Zeilennummer zur Zeit
10. info Einheimischen ausgeführt wird: Alle lokalen Variablen
11. info args : Alle Funktionsargumente anzeigen
12. Liste: Quelltext anzeigen
13. RBREAK: Pause auf Funktion regulärer Ausdruck

Answer 2

Zum Beispiel die Makros in stl-views.gdb

Answer 3

thread apply all bt oder thread apply all print $pc passend: Für schnell herauszufinden, was alle Themen tun.

Answer 4

startet gdb mit einem Text Benutzeroberfläche

gdb -tui 

Answer 5

in gdb Ab 7.0 ist es reversible debugging, so dass Ihre neuer Liebling Befehle sind:

* 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

Statt GDB der Einführung mit "-tui" param Sie können nach einiger Zeit auch in den Textmodus wechseln, indem Sie "wh" eingeben.

Answer 7

Scripting gdb ist ein guter Trick, außer dass ich mag Scheduler Sperren ein/aus, um das Ausführen anderer Threads zu verhindern, wenn Sie in einem einsteigen.

Answer 8

• Mit .gdbinit (Start-Datei, wo Sie Makros schreiben und von gdb aufrufen können). Platz in Ihrem Home-Verzeichnis .gdbinit so dass es jedes Mal aufgenommen wird gdb geladen wird

• info threads alle aktiven Threads zu verzeichnen, und f (#) -> # Thread-Nummer Sie

  wechseln wollen

• manchmal benutze ich gdb von hex zu konvertieren dezimal oder binär, es ist sehr praktisch, statt Öffnung ein Rechner

  • p/d 0x10 - 0x10> gibt Dezimaläquivalents von 0x10
  • p/t - > binäres Äquivalent von 0x10
  • p/x 256 -> Hex-Äquivalent von 256

Answer 9

die -command=<file with gdb commands> Option verwenden, während gdb Anheizen. Wie -x <command file>. Diese Befehlsdatei kann gdb-Befehle wie Haltepunkte, Optionen usw. enthalten. Dies ist nützlich, wenn eine bestimmte ausführbare Datei mit gdb sukzessive debuggesteuert werden muss.

Answer 10

Dies kann nützlich sein, ich bin sicher, dass es zwar verbessert werden könnte, willkommen helfen:

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

Answer 11

Debug-STL, fügen Sie Inhalt .gdbinit, gehen Sie folgendermaßen vor:

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

Answer 12

Anstatt gdb mit der Option -tui zu starten, um einen untergeordneten Prozess zu sehen, der einen Bildschirm enthält, der hervorhebt, wo sich die ausführende Codezeile in Ihrem Programm befindet, springen Sie mit Cx o und Cx a in diese Funktion hinein und wieder heraus. Dies ist nützlich, wenn Sie das Feature verwenden und es vorübergehend nicht verwenden, sodass Sie mit dem Pfeil nach oben einen vorherigen Befehl abrufen können.