web-dev-qa-db-ja.com

GDBの関数の戻り値を調べる方法は？

戻り値がnotに割り当てられていると仮定して、gdbの関数の戻り値を調べることはできますか？

debuggingcross-platformgdbreturn-value
97
fuad

それを行うためのより良い方法があると思いますが、 finish コマンドは、現在のスタックフレームがポップオフされ、戻り値を出力するまで実行されます-プログラムが与えられた場合

int fun() {
    return 42;
}

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

このようにデバッグできます-

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

finishコマンドは、finと省略できます。 fコマンドの省略形であるframeは使用しないでください！

108
hark

はい、print $eaxと入力してEAXレジスタを調べるだけです。ほとんどの関数では、使用されない場合でも戻り値はそのレジスタに保存されます。

これの例外は、32ビットより大きい型、特に64ビット整数（long long）、doubles、およびstructsまたはclassesを返す関数です。

もう1つの例外は、Intelアーキテクチャで実行していない場合です。その場合、どのレジスタが使用されているかを把握する必要があります。

42
Adam Rosenfield

シンボルなしでこれを行う方法は次のとおりです。

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

そこにはちょっと混乱したフォーマット、フレームを検査するための「情報フレーム」の使用、およびコンテキストを別のコンテキスト（スタックの上下）にナビゲートするための「フレーム＃」の使用に注意してください

btはまた、支援するための短縮スタックも示しています。

7
RandomNickName42