GDB에서 함수의 반환 값을 검사하는 방법은 무엇입니까?

103

반환 값이 변수에 할당 되지 않았다고 가정하고 gdb에서 함수의 반환 값을 검사 할 수 있습니까?

— 푸 아드
소스

120

더 나은 방법이 있다고 생각하지만 종료 명령은 현재 스택 프레임이 튀어 나오고 프로그램이 주어진 경우 반환 값을 인쇄 할 때까지 실행됩니다.

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!

— 듣다
소스

3

좋은 대답 친구. 나는 실제로 프레임에서 강제로 리턴하는 "리턴"을 사용하고 있었는데 (반환 값이 분명하지 않음) 무엇이 잘못되었는지 알아낼 수 없었습니다. : P

— Matt Joiner

바 바보 같은 질문 함수에 반환 값이 없으면 어떨까요?

— Roon13

45

예, EAX입력 하여 레지스터를 확인하십시오.print $eax . 대부분의 함수에서 반환 값은 사용되지 않더라도 해당 레지스터에 저장됩니다.

이에 대한 예외는 32 비트보다 큰 유형, 특히 64 비트 정수 ( long long), doubles 및 structs또는classes .

다른 예외는 Intel 아키텍처에서 실행하지 않는 경우입니다. 이 경우 어떤 레지스터가 사용되는지 알아 내야합니다.

— 아담 로젠 필드
소스

8

sparc에서 실행되는 인텔 시스템을 사용하지 않습니다. g0은 반환 값이 저장되는 곳이지만 아키텍처와는 독립적 인 것을 원합니다.

— fuad

1

설명해 주셔서 감사합니다. 나는 당신이 x86을 사용하고 있다고 가정했습니다. 그러나 여러 아키텍처에서 GDB를 스크립팅하지 않는 한, 다른 답변과 달리 부작용이없는 "print $ g0"을 사용하지 않는 좋은 이유가 없습니다.

— Adam Rosenfield

확실한. 죄송합니다. g0이 아닌 o0입니다. 레지스터 g0은 항상 0입니다.

— fuad

8

기호없이이 작업을 수행하는 방법은 다음과 같습니다.

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는 또한 도움을주기 위해 축약 된 스택을 보여줍니다.

— RandomNickName42
소스

거기에서 반환 값 정보를 볼 수 없습니다.

— Trass3r