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

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

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

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

我这是 linux

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

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

目前是个静态库

gdb 一下看看哪里 seg fault ？

貌似是 pthread 部分

bt 的结果看一下

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

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

客户给的

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

多谢，我研究下这个

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

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

编译链工具是我给的

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

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

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

我这个是嵌入式 linux

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

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

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