注册 登录
编程论坛 → C++教室

子函数在return 前好好的，返回之后反而不好是为什么？

vfdff 发布于 2010-10-22 00:02， 1252 次点击
程序代码：
void exit_stub(int status)
{
      char a[]="hello world";
      printf("exit_stub %d %p\n", status, &status);
      return ;   

}

int main(int argc,char** argv)
{
      printf("\ntest generic function 1\n");
    ContainAdd((void*)(exit), (void*)(exit_stub));
    printf("\ntest generic function 2\n");
    exit_stub(1);
    printf("\ntest generic function 3\n");
    RemoveAdd((void*)exit);
    ......
上述程序执行后显示神奇的错误：我的遗憾在于：
在exit_stub(1)返回之前的 printf("exit_stub %d %p\n", status, &status); 能正确执行，为什么返回之后就错误了呢 ？
只有本站会员才能查看附件，请 登录

6 回复
#2
pangding2010-10-22 18:29
你用 gdb 追踪一下函数栈的状态看看调用关系(进 gdb 后用 run 运行，段错误之后用 bt 看)。怀疑是 exit_stub 中 printf 返回点不对。
#3
vfdff2010-10-24 02:36
test generic function 11

test generic function 21

Breakpoint 3, exit_stub (status=1) at hooktest3.c:240
240          char a[]="hello world";
(gdb) c
Continuing.
exit_stub 1 0xbffff050, 0x80488c7

Program received signal SIGSEGV, Segmentation fault.
0x00000001 in ?? ()
(gdb) bt
#0  0x00000001 in ?? ()
#1  0xb7d41ace in __libc_start_main () from /lib/libc.so.6
#2  0x08048491 in _start () at ../sysdeps/i386/elf/start.S:119
(gdb)
这个是失败后，使用bt显示的信息，怎么有个  0x00000001 in ?? () 的函数地址这么小呢 ？


[ 本帖最后由 vfdff 于 2010-10-24 02:37 编辑 ]
#4
pangding2010-10-24 17:25
不清楚，怎么会连 main 函数都没有呀，难得段错误是在 main 函数返回之后才收到的？或者是程序在执行的过程中破坏栈的结构了？
看来你得慢点跟踪了，看看是什么问题。
#5
vfdff2010-10-24 23:16
这里有 _start ()，好像_start ()是里会调用main的吧


(gdb) disas exit
Dump of assembler code for function exit@plt:
0x08048458 <exit@plt+0>:    jmp    *0x804a018
0x0804845e <exit@plt+6>:    push   $0x30
0x08048463 <exit@plt+11>:    jmp    0x80483e8
End of assembler dump.
另外，以上的反汇编能不能说明这个exit函数占用 6 + 11 = 17个字节吧？
(从 jmp    *0x804a018看出跳转指令需要 6 个字节，因此也假设jmp    0x80483e8需要6个字节)


[ 本帖最后由 vfdff 于 2010-10-24 23:37 编辑 ]
#6
pangding2010-10-24 23:54
_start 和 __libc_start_main 都是做调 main 之前的准备工作的，之后会调的。但是你那里 main 没出现在栈里，这很奇怪。

你给的那段代码是动态调用库时用的。他跳过去的地址处可能是 exit 的这个函数，那么就会执行 exit。如果不是，那么会加载一次 exit。
调用所有共享库的代码都是这样的，从这三行里看不出调的那个函数有什么功能。
#7
vfdff2010-10-25 00:20
HCC:/home/zyd/projects # valgrind --tool=memcheck --leak-check=full --show-reachable=yes  ./test
==24939== Memcheck, a memory error detector.
==24939== Copyright (C) 2002-2008, and GNU GPL'd, by Julian Seward et al.
==24939== Using LibVEX rev 1884, a library for dynamic binary translation.
==24939== Copyright (C) 2004-2008, and GNU GPL'd, by OpenWorks LLP.
==24939== Using valgrind-3.4.1, a dynamic binary instrumentation framework.
==24939== Copyright (C) 2000-2008, and GNU GPL'd, by Julian Seward et al.
==24939== For more details, rerun with: -v
==24939==
--24939-- DWARF2 CFI reader: unhandled CFI instruction 0:10
--24939-- DWARF2 CFI reader: unhandled CFI instruction 0:10

test generic function 11

test generic function 21
exit_stub 1 0xbe8eb050, 0x80488c7
==24939==
==24939== Process terminating with default action of signal 11 (SIGSEGV)
==24939==  Access not within mapped region at address 0x0
==24939==    at 0x1: ???
==24939==    by 0x4196ACD: (below main) (in /lib/libc-2.10.1.so)
==24939==  If you believe this happened as a result of a stack overflow in your
==24939==  program's main thread (unlikely but possible), you can try to increase
==24939==  the size of the main thread stack using the --main-stacksize= flag.
==24939==  The main thread stack size used in this run was 8388608.
==24939==
==24939== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 3 from 1)
==24939== malloc/free: in use at exit: 0 bytes in 0 blocks.
==24939== malloc/free: 0 allocs, 0 frees, 0 bytes allocated.
==24939== For counts of detected errors, rerun with: -v
==24939== All heap blocks were freed -- no leaks are possible.
Segmentation fault
HCC:/home/zyd/projects #

刚才使用valgrind工具打印出一些更详细的信息，但是原因我也还在做进一步分析，如果您有什么新的想法，也希望您能及时指教
1
©2025, BC-CN.NET
电脑版