与某些库链接时无法捕获异常答案

【问题标题】：Cannot catch exceptions when linking with certain libraries与某些库链接时无法捕获异常
【发布时间】：2015-08-10 03:08:22
【问题描述】：

与某个静态库链接时，我无法在我的可执行文件中捕获异常。相反，我得到了terminate called after throwing an instance of 'int'、terminate called recursively。

该库包含使用 gcc 编译的 C 和汇编源代码，以及使用 g++ 编译的 C++ 源代码。我猜这种混合物是问题的一部分。

谁能告诉我到底是什么问题？让我知道我是否可以在解释中提供更多信息。谢谢。

这是一个简单的示例程序，当我与库链接时未能捕获异常。请注意，我没有从库中调用任何函数。仅仅链接库的行为就会导致失败。

baz.cpp:

#include <iostream>

using namespace std;

int main(int argc, char** argv)
{
    try {
        throw 7;
    } catch (int ex) {
        cout << "int: " << ex << endl;
    } catch (...) {
        cout << "..." << endl;
    }
}

编译/链接：

g++ -o baz -ggdb baz.cpp -lxxx

替代编译（模仿库中 C++ 源代码的编译方式）：

g++ -c -falign-functions=16 -D_REENTRANT -mtune=opteron -g -O2 -fPIC -Wall -Werror -Wpointer-arith -Wreturn-type -Wswitch -Wunused -Wundef -Wno-uninitialized -Wno-format -Wno-non-virtual-dtor -Wno-sign-compare -Wwrite-strings -DTRACE_SIMPLE -Wno-strict-aliasing -g -rdynamic -D_XOPEN_SOURCE=600 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DXYZ_LITTLE_ENDIAN=1 -DXYZ_BIG_ENDIAN=0 -DXYZ=1 -DUMEM_TRACE=0 -DUSE_SYS_FLOAT -DINTEL_IPP_INLINE_MEMCHR=0 -DACCEL_TEST=1 -DXYZ -DUSE_XYZ_LIB -DACCEL_TEST=1 -o baz.o baz.cpp

静态库是用ar r 后跟ranlib 创建的。

跑步：

terminate called after throwing an instance of 'int'
terminate called recursively
Aborted (core dumped)

核心回溯：

#0  0x0000003ad4032625 in raise () from /lib64/libc.so.6
#1  0x0000003ad4033e05 in abort () from /lib64/libc.so.6
#2  0x0000003ad80be991 in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib64/libstdc++.so.6
#3  0x0000003ad80bcbd6 in ?? () from /usr/lib64/libstdc++.so.6
#4  0x0000003ad80bcc03 in std::terminate() () from /usr/lib64/libstdc++.so.6
#5  0x0000003ad80bcc86 in __cxa_rethrow () from /usr/lib64/libstdc++.so.6
#6  0x0000003ad80bea32 in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib64/libstdc++.so.6
#7  0x0000003ad80bcbd6 in ?? () from /usr/lib64/libstdc++.so.6
#8  0x0000003ad80bcc03 in std::terminate() () from /usr/lib64/libstdc++.so.6
#9  0x0000003ad80bcd22 in __cxa_throw () from /usr/lib64/libstdc++.so.6
#10 0x0000000000400a9b in main (argc=1, argv=0x7fffffff3888) at baz.cpp:8

GCC 版本：

gcc -v
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux
Thread model: posix
gcc version 4.4.7 20120313 (Red Hat 4.4.7-3) (GCC)

【问题讨论】：

我不熟悉那个特定的编译器，但它可能假定 C 函数是不抛出的。它调用std::terminate 的事实意味着它推断出noexcept。基本上，确保异常不会来自 C 函数。
好吧，没有额外的库，它运行良好：ideone.com/WSkn4O 所以你的代码示例并没有真正模仿使用你的库发生了什么。 @VoidStar 提出了一个很好的观点，这个库可能有什么问题。
如果您实际上并没有从链接的库中运行代码，它应该没有什么区别......我假设库中的一个函数是一个 C 函数，并且不会出现异常（或通过！！）任何这样的功能。也许有什么看不见的事情发生了……？另外，你能看看#9 0x0000003ad80bcd22 in __cxa_throw () from /usr/lib64/libstdc++.so.6 的来源吗？它可能会暗示为什么它认为调用 std::terminate 是合适的。
您不能做的是将回调传递给 C++ 函数到 C 函数，然后让该回调抛出异常。如果你想让它工作，你必须修改 C 代码（具体来说，使用-fexceptions 构建它）。
可能库中有一个 C 启动（它不应该），所以你最终没有完成 C++ 启动。要对此进行调试，您可以使用原始目标文件而不是库，并找出是哪一个触发了问题。

标签： c++ exception gcc linker g++

【解决方案1】：

谢谢大家。问题原来是库中存在一个 C 文件，其中包含 C++ 语言/库实现函数之类的声明/定义。我不确定为什么包含这个文件，因为删除它并重新编译库并没有导致任何问题（至少还没有......）。示例程序在与重新编译的库链接时能够捕获异常。

如果有人想发布为什么这些声明/定义的存在导致异常未被捕获，请随意，我可能会接受您的回答。我将尝试找出为什么首先包含此文件。任何建议将不胜感激。

这是文件的内容：

int __gxx_personality_v0(void);

int __gxx_personality_v0(void)
{
        return 1;
}

void __cxa_pure_virtual(void);

void __cxa_pure_virtual(void)
{
}

void _ZTVN10__cxxabiv117__class_type_infoE(void);
void _ZTVN10__cxxabiv120__si_class_type_infoE(void);
void _ZTVN10__cxxabiv121__vmi_class_type_infoE(void);

void _ZTVN10__cxxabiv117__class_type_infoE(void) {}
void _ZTVN10__cxxabiv120__si_class_type_infoE(void) {}
void _ZTVN10__cxxabiv121__vmi_class_type_infoE(void) {}

【讨论】：