可能是库引发的崩溃吗?如果是,可能什么原因
1
neoblackcap 2018-07-02 11:47:14 +08:00
首先你能确定是因为外部库引起程序崩溃吗?
|
2
forestyuan 2018-07-02 11:48:17 +08:00
外部库在加载的时候,可能会在 DllMain()里面做一些初始化工作,完全有可能导致程序崩溃。
这是在 Windows 上的情况,linux 我不熟,我估计也有类似的情况。 |
3
paparika OP @neoblackcap 不能完全确定,不过对比一下,把库编进去会有崩溃现象,所以脑暴一下有什么可能
|
4
paparika OP @forestyuan 我这是 linux
|
5
classyk 2018-07-02 11:53:05 +08:00
C++的就直接单步调试一下吧。这种情况很有可能就是全局变量的初始化问题。
|
6
chinuno 2018-07-02 12:25:47 +08:00 via Android
preload 试一下是不是只要加载 so 就崩,是的话可能 so 用了 CPU 不支持的指令集
|
8
mason961125 2018-07-02 12:43:19 +08:00
gdb 一下看看哪里 seg fault ?
|
9
paparika OP @mason961125 貌似是 pthread 部分
|
10
katsusan 2018-07-02 12:53:37 +08:00 via iPhone
bt 的结果看一下
|
12
lanry 2018-07-02 13:17:31 +08:00
静态库哪里来的,是自己编译的?
|
17
katsusan 2018-07-02 14:11:04 +08:00
@paparika 设置 unlimit -c unlimited ->环境里重现事象 -> 生成 core 文件 -> gdb 调试 core 文件,我以前都是这样排查问题的
|
21
katsusan 2018-07-02 15:06:11 +08:00 1
@paparika 你这个也是一种方法吧,感觉不是很行得通。
我们之前对于客户发过来的 core 文件都是按照客户的环境找一台 OS 以及加载的动态库版本近似的环境里来 gdb 调试的。 或者你把环境贴出来,让 v 友参考一下 |
23
paparika OP |
24
katsusan 2018-07-02 15:27:52 +08:00 1
看后缀.so 文件应该是动态库,.a 文件是静态库,可以用 file 命令确定。
gcc 链接的时候好像一般是默认动态库优先,如果要指定静态库的话去 google 一下看看。 ※这里上不来 GG,百度下有一篇类似文章: https://blog.csdn.net/wangzhen209/article/details/47153239 |