gdb+core 定位so崩溃

神父不怕鬼吹灯

最近专门搞了一下so的调试。总结一下

关于core dump的输出准备：
执行程序的linux user一定要先打开core dump开关，注意：这个开关是与用户会话关联的，因此要先执行ulimit -c unlimited，在执行程序。可以用ulimit -c或ulimit -a查看一下。

关于程序的准备：
so必须编译成debug版，但是可执行文件不一定必须要debug。调试时一定要清楚so被哪个可执行程序调用，可执行程序哦~~~~
启动可执行程序没有什么特殊要求的，只是要注意一定要用开启了core dump开关的用户执行就可以了。启动后就静静地等待崩溃吧。。。。
崩溃产生的core dump文件会出现在可执行程序的执行命令所在目录。

如果core dump文件没有找到，可能是因为core dump开关、core dump文件大小限制、没有找到可执行文件目录。。。。

找到后使用gdb myexec core.XXXXXX 来查看崩溃
正常的话可以查到   Program terminated with signal 7, Bus error.
使用bt命令可以查看崩溃时的堆栈信息：
(gdb) bt
#0  0x00002aaaab0fc470 in google_breakpad::ExceptionHandler::HandleSignal (this=0x3e8, sig=1366325088, info=0x0, uc=0x27) at ../../common/linux/linux_syscall_support.h:2207      <----崩溃在这哦
#1  0x0000000000000000 in ?? ()