Najtrudniejsze/przydatne polecenia dla debuggera gdb

Question

Czy możesz umieszczać najtrudniejsze i przydatne polecenia podczas uruchamiania debuggera, takiego jak gdb lub dbx.

Answer 1

1. ślad pełnej: Pełna backtrace ze zmiennymi lokalnymi
2. się, dół, rama: poruszać się klatkach
3. zegarek: Zawieś proces, gdy spełniony jest określony warunek
4. wydruku zestaw całkiem na: Drukuje się ładnie sformatowanej kod źródłowy C
5. zestaw rejestrowanie na: Zaloguj sesji debugowania pokazać innym wsparcia
6. zestaw tablicy nadruk na: ładna tablicę drukowania
7. wykończenie: Kontynuuj do końca funkcji
8. umożliwić i wyłączyć: enab le/wyłącz punkty przerwania
9. tbreak: Break raz, a następnie usunąć punkt przerwania
10. gdzie: Numer linii aktualnie wykonywane
11. informacyjnych mieszkańców: Zobacz wszystkie zmienne lokalne
12. informacji args : Wyświetl wszystkie argumenty funkcji
13. lista: zobacz źródło
14. RBREAK: przerwa na funkcji dopasowywania wyrażeń regularnych

Answer 2

Na przykład makra zdefiniowane w stl-views.gdb

Answer 3

thread apply all bt lub thread apply all print $pc: Aby dowiedzieć się szybko, co robią wszystkie wątki.

Answer 4

Uruchom gdb z interfejsem użytkownika tekstowy

gdb -tui 

Answer 5

Zaczynając w gdb 7.0, istnieje reversible debugging, dzięki czemu nowe ulubione polecenia są:

* 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

Zamiast uruchamiania GDB z "-tui" możesz także przełączyć się do trybu tekstowego po dłuższym czasie, wpisując "wh".

Answer 7

Skrypty gdb to dobra sztuczka, poza tym, że podoba mi się włącza/wyłącza blokowanie harmonogramu, aby zapobiec uruchomieniu innych wątków podczas wkraczania w nie.

Answer 8

• Używanie .gdbinit (plik startowy, w którym można pisać makra i wywoływać z gdb). Miejsce .gdbinit w swoim katalogu domowym tak, że jest on podniósł każdym razem gdb jest załadowany

• informacji podaje notować wszystkie aktywne wątki i F (#) -> # Numer wątek chcesz przejść do

• kiedyś użyć gdb przekonwertować z hex na dziesiętny lub binarny, jego bardzo przydatny zamiast otwarcia kalkulator

  • p/d 0x10 -> daje odpowiednik dziesiętny 0x10
  • P/t 0x10 - > binarny odpowiednik 0x10
  • P/x 256 -> heks odpowiednik 256

Answer 9

pomocą opcji -command=<file with gdb commands> podczas zapalania gdb. To samo, co -x <command file>. Ten plik poleceń może zawierać polecenia gdb, takie jak punkty przerwania, opcje itd. Przydatne w przypadku, gdy określony plik wykonywalny musi zostać wprowadzony podczas kolejnych uruchomień debugowania przy użyciu gdb.

Answer 10

Może to być użyteczne, jestem pewien, że to mogło być lepsze choć pomoc mile widziane:

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

Answer 11

debugowania STL, dodać zawartość do .gdbinit, wykonaj następujące czynności:

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

Answer 12

Zamiast uruchamiania gdb z opcją -tui, aby zobaczyć proces potomny, który zawiera ekran, który wyróżnia miejsce, w którym znajduje się linia kodu, należy wskoczyć i wyjść z tej funkcji za pomocą Cx o i Cx a. Jest to przydatne, jeśli korzystasz z tej funkcji i tymczasowo jej nie używasz, aby użyć poprzedniego przycisku, aby uzyskać poprzednie polecenie.