Comment inspecter la valeur de retour d'une fonction dans GDB?

103

Est-il possible d'inspecter la valeur de retour d'une fonction dans gdb en supposant que la valeur de retour n'est pas affectée à une variable?

fuad
la source

Réponses:

120

J'imagine qu'il existe de meilleures façons de le faire, mais la commande de finition s'exécute jusqu'à ce que le cadre de pile actuel soit sorti et imprime la valeur de retour - étant donné le programme

int fun() {
    return 42;
}

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

Vous pouvez le déboguer en tant que tel -

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

La finishcommande peut être abrégée en fin. N'utilisez PAS le f, qui est l'abréviation de la framecommande!

écoute
la source
3
Bonne réponse mec. J'utilisais "return" qui revient de force du cadre (sans valeur de retour évidemment), et je n'ai pas pu trouver ce qui n'allait pas: P
Matt Joiner
Peut-être une question stupide Que faire si la fonction n'a pas de valeur de retour?
Roon13
45

Oui, il suffit d'examiner le EAXregistre en tapant print $eax. Pour la plupart des fonctions, la valeur de retour est stockée dans ce registre, même si elle n'est pas utilisée.

Les exceptions à cette règle sont les fonctions retournant des types supérieurs à 32 bits, en particulier des entiers 64 bits ( long long), doubles et structsou classes.

L'autre exception est si vous n'utilisez pas une architecture Intel. Dans ce cas, vous devrez déterminer quel registre est utilisé, le cas échéant.

Adam Rosenfield
la source
8
Ne pas utiliser de machine Intel, fonctionnant sur sparc. g0 est l'endroit où la valeur de retour est stockée, mais j'aimerais quelque chose d'indépendant de l'architecture ..
fuad
1
Merci pour la clarification; J'avais supposé que vous utilisiez x86. Mais à moins que vous n'écriviez GDB sur plusieurs architectures, je ne vois pas de bonne raison de ne pas utiliser "print $ g0", qui n'a pas d'effets secondaires (contrairement aux autres réponses).
Adam Rosenfield
Sûr. Désolé, c'est o0 et non g0. Le registre g0 est toujours 0.
fuad
8

Voici comment procéder sans symboles.

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

Le formatage a un peu foiré là-haut, notez l'utilisation de "cadre d'informations" pour inspecter les cadres et de "cadre #" pour naviguer dans votre contexte vers un autre contexte (de haut en bas de la pile)

bt montre également une pile abrégée pour aider.

RandomNickName42
la source
Je ne vois aucune information de valeur de retour là-dedans.
Trass3r