c/c++程序依赖外部库，在未调用库的函数情况下，程序崩溃

[paparika]

可能是库引发的崩溃吗？如果是，可能什么原因

[neoblackcap]

首先你能确定是因为外部库引起程序崩溃吗？

[forestyuan]

外部库在加载的时候，可能会在 DllMain()里面做一些初始化工作，完全有可能导致程序崩溃。
这是在 Windows 上的情况，linux 我不熟，我估计也有类似的情况。

[paparika]

@neoblackcap 不能完全确定，不过对比一下，把库编进去会有崩溃现象，所以脑暴一下有什么可能

[paparika]

@forestyuan 我这是 linux

[classyk]

C++的就直接单步调试一下吧。这种情况很有可能就是全局变量的初始化问题。

[chinuno]

preload 试一下是不是只要加载 so 就崩，是的话可能 so 用了 CPU 不支持的指令集

[paparika]

@chinuno 目前是个静态库

[mason961125]

gdb 一下看看哪里 seg fault ？

[paparika]

@mason961125 貌似是 pthread 部分

[katsusan]

bt 的结果看一下

[paparika]

@katsusan 调用栈吗，没有具体函数啊。其实我也不清楚为啥没有，刚接手的一个嵌入式工程

[lanry]

静态库哪里来的，是自己编译的?

[paparika]

@lanry 客户给的

[katsusan]

@paparika core 文件没生成吗，设置下 unlimit 参数吧

[paparika]

@katsusan 多谢，我研究下这个

[lanry]

@paparika 会不会是编译器版本不一致?

[katsusan]

@paparika 设置 unlimit -c unlimited ->环境里重现事象 -> 生成 core 文件 -> gdb 调试 core 文件，我以前都是这样排查问题的

[paparika]

@lanry 编译链工具是我给的

[paparika]

@katsusan 嗯，我试试。不过我这是交叉环境，也可以吗

[paparika]

@katsusan 目标机器上没有 gdb，估计是把 core 搞到 pc 上，然后用目标 gdb 调试？

[katsusan]

@paparika 你这个也是一种方法吧，感觉不是很行得通。
我们之前对于客户发过来的 core 文件都是按照客户的环境找一台 OS 以及加载的动态库版本近似的环境里来 gdb 调试的。
或者你把环境贴出来，让 v 友参考一下

[paparika]

@katsusan 我这个是嵌入式 linux

[paparika]

@katsusan 老哥对 Makefile.am 有研究吗，想再问下，libtool 编出来的既有.so 也有.a，链接的时候我怎么指定链接.so 还是.a

[katsusan]

看后缀.so 文件应该是动态库，.a 文件是静态库，可以用 file 命令确定。
gcc 链接的时候好像一般是默认动态库优先，如果要指定静态库的话去 google 一下看看。
※这里上不来 GG，百度下有一篇类似文章： https://blog.csdn.net/wangzhen209/article/details/47153239

[dychenyi]

@paparika 手动的话，so 用-l 啊，a 直接追加.a 文件。