hp unix coredump在最后一行return 0上

ch19860304

有人遇到过这种情况吗？

$ file core
core:           ELF-64 core file - PA-RISC 2.0 - received SIGSEGV
$ gdb -c core
Core was generated by `SimpappClient'.
(gdb) where
#0  0xc0000000003f3938 in __cxxTerm_body+0x18 () from /usr/lib/pa20_64/libCsup.2
#1  0xc0000000003f39c8 in __cxxTerm+0x20 () from /usr/lib/pa20_64/libCsup.2
#2  0xc0000000001c3428 in exit+0x80 () from /usr/lib/pa20_64/libc.2
#3  0xc00000000000a084 in UT_exit+0x64 () from /usr/lib/pa20_64/dld.sl
#4  0xc00000000000a0a4 in exit+0x14 () from /usr/lib/pa20_64/dld.sl
#5  0xc00000000000a168 in $START$+0xb0 () from /usr/lib/pa20_64/dld.sl
Error accessing memory address 0x0: Invalid argument.

我加了些log语句发现，所有都执行成功了，就是main函数中的最后一句：return 0，给coredump了
从core文件的函数栈来看，不是在我的代码中coredump的，是系统的。

这是hp的bug吗？如果是的话，需要安装什么补丁吗？

pandaiam

估计是数组溢出了，函数返回地址被冲掉。

ch19860304

int main()
{

  .....

  cout << "last line!" << endl; <===== 这个都能正常执行
  return(0); <===== 这个居然给coredump  

}

oooooxxxxx

看你的backtrace难道不是某些在程序结束时调用的析构函数的问题？

einsnabuck

ch19860304 发表于 2011-08-12 17:07
有人遇到过这种情况吗？

$ file core

某个全局变量(类)的折构函数写过界.应该是全局变量相互依赖顺序引起的,且依赖的全局还是不在同一个库里的.