我有一个可疑来源的库,该库由文件标识为32位可执行文件.但是,当我尝试在32位CentOS 4.4机器上dlopen时,dlopen以SIGFPE终止.当然,如果二进制格式存在问题,则dlopen应该处理错误？

因此问题是：哪些类型的问题可能导致dlopen发出SIGFPE？

解决方法:

一些可能的原因是：

>除以零(用gdb排除)
>体系结构不匹配(您是在同一体系结构上自己编译DSO还是预先构建的？)
> ABI兼容性问题(将为一个Linux发行版构建的DSO加载到另一个Linux发行版上).

Here是有关GNU系统中ELF格式的哈希生成的有趣讨论,其中当您混合并匹配不在该发行版/系统上构建的DSO时,ABI不匹配会导致系统上的SIGFPE.

使用以下命令对您的可执行文件运行GDB：

]$gdb ./my_executable
(gdb) run

程序崩溃时,使用以下命令进行回溯

(gdb) bt

如果堆栈以do_lookup_x()结尾,那么您可能会遇到相同的问题,并应确保您的DSO对于要在其上加载的系统是正确的…但是您确实说它的来源可疑,因此问题可能是ABI问题类似于所描述的.

获取一个非可疑的库/可执行文件！