วิธีตรวจสอบค่าส่งคืนของฟังก์ชันใน GDB


103

เป็นไปได้ไหมที่จะตรวจสอบค่าส่งคืนของฟังก์ชันใน gdb โดยสมมติว่าไม่ได้กำหนดค่าส่งคืนให้กับตัวแปร

คำตอบ:


121

ฉันคิดว่ามีวิธีที่ดีกว่านี้ แต่คำสั่งเสร็จสิ้นจะดำเนินการจนกว่าสแต็กเฟรมปัจจุบันจะโผล่ออกมาและพิมพ์ค่าส่งคืน - ให้โปรแกรม

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
เพื่อนตอบดีมาก ฉันใช้ "return" ซึ่งส่งกลับจากเฟรมอย่างจริงจัง (โดยที่ไม่เห็นค่าตอบแทนอย่างชัดเจน) และไม่สามารถสรุปได้ว่ามีอะไรผิดพลาด: P
Matt Joiner

คำถามโง่ ๆ อาจเกิดอะไรขึ้นถ้าฟังก์ชันไม่มีค่าส่งคืน?
รูน 13

45

ใช่เพียงแค่ตรวจสอบการลงทะเบียนโดยการพิมพ์EAX print $eaxสำหรับฟังก์ชันส่วนใหญ่ค่าที่ส่งคืนจะถูกเก็บไว้ในรีจิสเตอร์นั้นแม้ว่าจะไม่ได้ใช้ก็ตาม

ข้อยกเว้นนี้มีฟังก์ชั่นประเภทมีขนาดใหญ่กว่า 32 บิตกลับมาโดยเฉพาะจำนวนเต็ม 64 บิต ( long long) doubles และหรือstructsclasses

ข้อยกเว้นอื่น ๆ คือหากคุณไม่ได้ใช้สถาปัตยกรรม Intel ในกรณีนี้คุณจะต้องพิจารณาว่าจะใช้การลงทะเบียนใดถ้ามี


8
ไม่ใช้เครื่อง intel ทำงานบน sparc g0 คือที่เก็บค่าส่งคืน แต่ฉันต้องการบางอย่างที่ไม่ขึ้นกับสถาปัตยกรรม ..
fuad

1
ขอขอบคุณสำหรับการชี้แจง; ฉันคิดว่าคุณใช้ x86 แต่ถ้าคุณไม่ได้เขียนสคริปต์ GDB ในสถาปัตยกรรมต่างๆฉันไม่เห็นเหตุผลที่ดีที่จะไม่ใช้ "print $ g0" ซึ่งไม่มีผลข้างเคียงใด ๆ (ไม่เหมือนกับคำตอบอื่น ๆ )
Adam Rosenfield

แน่นอน ขออภัยมันเป็น o0 ไม่ใช่ g0 ลงทะเบียน 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 ยังแสดงสแต็กแบบย่อเพื่อช่วย


ฉันไม่เห็นข้อมูลมูลค่าส่งคืนใด ๆ ในนั้น
Trass3r
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.