Risposte:
Immagino che ci siano modi migliori per farlo, ma il comando finish viene eseguito fino a quando lo stack frame corrente non viene rimosso e stampa il valore restituito, dato il programma
int fun() {
return 42;
}
int main( int argc, char *v[] ) {
fun();
return 0;
}
Puoi eseguire il debug come tale -
(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)
Il finish
comando può essere abbreviato in fin
. NON usare il f
, che è l'abbreviazione di frame
comando!
Sì, basta esaminare il EAX
registro digitando print $eax
. Per la maggior parte delle funzioni, il valore restituito viene memorizzato in quel registro, anche se non viene utilizzato.
Le eccezioni sono le funzioni che restituiscono tipi maggiori di 32 bit, in particolare interi a 64 bit ( long long
), double
s e structs
or classes
.
L'altra eccezione è se non stai utilizzando un'architettura Intel. In tal caso, dovrai capire quale registro viene utilizzato, se presente.
Ecco come farlo senza simboli.
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
La formattazione è un po 'incasinata, nota l'uso di "frame informativo" per ispezionare i frame e "frame #" per navigare nel contesto in un altro contesto (su e giù per lo stack)
bt mostra anche uno stack abbreviato per aiutare.