كيفية فحص القيمة المرجعة لوظيفة في GDB؟

Question

هل من الممكن فحص القيمة المرجعة لوظيفة في gdb بافتراض أن القيمة المرجعة هي لا المخصصة لمتغير؟

Answer 1

أتصور أن هناك طرقًا أفضل للقيام بذلك، ولكن ينهي يتم تنفيذ الأمر حتى يتم إخراج إطار المكدس الحالي وطباعة القيمة المرجعة - في ضوء البرنامج

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 يأمر!

Answer 2

نعم، مجرد فحص EAX التسجيل عن طريق الكتابة print $eax.بالنسبة لمعظم الوظائف، يتم تخزين القيمة المرجعة في هذا السجل، حتى لو لم يتم استخدامها.

الاستثناءات لذلك هي الدوال التي تُرجع أنواعًا أكبر من 32 بت، وتحديدًا أعداد صحيحة 64 بت (long long), doubleرمل structs أو classes.

الاستثناء الآخر هو إذا كنت لا تعمل على بنية Intel.في هذه الحالة، سيتعين عليك معرفة السجل الذي سيتم استخدامه، إن وجد.

Answer 3

إليك كيفية القيام بذلك بدون رموز.

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 أيضًا مكدسًا مختصرًا للمساعدة.