¿Cómo inspeccionar el valor de retorno de una función en GDB?

Respuestas:

120

Me imagino que hay mejores formas de hacerlo, pero el comando de finalización se ejecuta hasta que el marco de la pila actual se abre e imprime el valor de retorno, dado el programa

int fun() {
    return 42;
}

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

Puede depurarlo como tal:

(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)

El finishcomando se puede abreviar como fin. ¡NO use el f, que es la abreviatura de framecomando!

escuchar con atención
fuente
3
Gran respuesta amigo. Estaba usando "return" que en realidad regresa a la fuerza del marco (sin valor de retorno obviamente), y no pude averiguar qué estaba mal: P
Matt Joiner
Puede una pregunta estúpida ¿Qué pasa si la función no tiene valor de retorno?
Roon13
45

Sí, simplemente examine el EAXregistro escribiendo print $eax. Para la mayoría de las funciones, el valor de retorno se almacena en ese registro, incluso si no se usa.

Las excepciones a esto son las funciones que devuelven tipos mayores de 32 bits, específicamente enteros de 64 bits ( long long), doubles y structso classes.

La otra excepción es si no está ejecutando una arquitectura Intel. En ese caso, tendrá que averiguar qué registro se utiliza, si corresponde.

Adam Rosenfield
fuente
8
No usa una máquina Intel, se ejecuta en sparc. g0 es donde se almacena el valor de retorno, pero me gustaría algo independiente de la arquitectura ..
fuad
1
Gracias por la aclaración; Supuse que estabas usando x86. Pero a menos que vaya a crear un script de GDB en varias arquitecturas, no veo una buena razón para no usar "print $ g0", que no tiene efectos secundarios (a diferencia de las otras respuestas).
Adam Rosenfield
Por supuesto. Lo siento, es o0 y no g0. El registro g0 es siempre 0.
fuad
8

He aquí cómo hacer esto sin símbolos.

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

El formato es un poco desordenado allí, tenga en cuenta el uso de "marco de información" para inspeccionar marcos y "marco #" para navegar su contexto a otro contexto (arriba y abajo de la pila)

bt también muestra una pila abreviada para ayudar.

RandomNickName42
fuente
No puedo ver ninguna información de valor de retorno allí.
Trass3r