it-swarm.com.de

Wie überprüfe ich den Rückgabewert einer Funktion in GDB?

Ist es möglich, den Rückgabewert einer Funktion in gdb zu überprüfen, vorausgesetzt, der Rückgabewert ist nicht einer Variablen zugewiesen?

97
fuad

Ich stelle mir vor, es gibt bessere Möglichkeiten, dies zu tun, aber der Befehl finish wird solange ausgeführt, bis der aktuelle Stack-Frame nicht mehr angezeigt wird und der Rückgabewert ausgegeben wird - vorausgesetzt, das Programm

int fun() {
    return 42;
}

int main( int argc, char *v[] ) {
    fun();
    return 0;
}

Sie können es als solches debuggen -

(gdb) r
Starting program: /usr/home/hark/a.out 

Breakpoint 1, fun () at test.c:2
2               return 42;
(gdb) finish
Run till exit from #0  fun () at test.c:2
main () at test.c:7
7               return 0;
Value returned is $1 = 42
(gdb) 

Der Befehl finish kann als fin abgekürzt werden. Verwenden Sie NICHT den Befehl f, der die Abkürzung für frame ist!

108
hark

Ja, überprüfen Sie einfach das EAX -Register, indem Sie print $eax Eingeben. Bei den meisten Funktionen wird der Rückgabewert in diesem Register gespeichert, auch wenn er nicht verwendet wird.

Ausnahmen sind Funktionen, die Typen zurückgeben, die größer als 32 Bit sind, insbesondere 64-Bit-Ganzzahlen (long long), doubles und structs oder classes.

Die andere Ausnahme ist, wenn Sie nicht mit einer Intel-Architektur arbeiten. In diesem Fall müssen Sie ggf. herausfinden, welches Register verwendet wird.

42
Adam Rosenfield

Hier erfahren Sie, wie Sie dies ohne Symbole tun.

gdb ls
This GDB was configured as "ppc64-yellowdog-linux-gnu"...
(no debugging symbols found)
Using Host libthread_db library "/lib64/libthread_db.so.1".

(gdb) break __libc_start_main
Breakpoint 1 at 0x10013cb0
(gdb) r
Starting program: /bin/ls
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
Breakpoint 1 at 0xfdfed3c
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 4160418656 (LWP 10650)]
(no debugging symbols found)
(no debugging symbols found)
[Switching to Thread 4160418656 (LWP 10650)]

Breakpoint 1, 0x0fdfed3c in __libc_start_main () from /lib/libc.so.6
(gdb) info frame
Stack level 0, frame at 0xffd719a0:
 pc = 0xfdfed3c in __libc_start_main; saved pc 0x0
 called by frame at 0x0
 Arglist at 0xffd71970, args:
 Locals at 0xffd71970, Previous frame's sp is 0xffd719a0
 Saved registers:
  r24 at 0xffd71980, r25 at 0xffd71984, r26 at 0xffd71988, r27 at 0xffd7198c,
  r28 at 0xffd71990, r29 at 0xffd71994, r30 at 0xffd71998, r31 at 0xffd7199c,
  pc at 0xffd719a4, lr at 0xffd719a4
(gdb) frame 0
#0  0x0fdfed3c in __libc_start_main () from /lib/libc.so.6
(gdb) info fr
Stack level 0, frame at 0xffd719a0:
 pc = 0xfdfed3c in __libc_start_main; saved pc 0x0
 called by frame at 0x0
 Arglist at 0xffd71970, args:
 Locals at 0xffd71970, Previous frame's sp is 0xffd719a0
 Saved registers:
  r24 at 0xffd71980, r25 at 0xffd71984, r26 at 0xffd71988, r27 at 0xffd7198c,
  r28 at 0xffd71990, r29 at 0xffd71994, r30 at 0xffd71998, r31 at 0xffd7199c,
  pc at 0xffd719a4, lr at 0xffd719a4

Die Formatierung ist dort etwas durcheinander, beachten Sie die Verwendung von "Info Frame" zum Überprüfen von Frames und "Frame #" zum Navigieren in Ihrem Kontext zu einem anderen Kontext (im Stapel nach oben und unten).

bT zeigt auch einen abgekürzten Stapel, um zu helfen.

7