在链接某个静态库时,我无法捕获可执行文件中的异常。相反,我得到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)
答案 0 :(得分:0)
谢谢大家。问题原来是包含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) {}