我有一个名为 ftest 的测试程序。它加载包含测试的 .so 文件并运行在其中找到的测试。其中一项测试加载并运行一个 .so，其中包含用于我们的 O/RM 的 Postgres 数据库驱动程序。
当 Postgres 驱动程序抛出该 .so 文件中定义的异常（或它链接到的异常，但 ftest 未链接到的异常）并被测试框架捕获时，异常析构函数会触发段错误。
每当编译的异常位于已动态加载（使用 dload）的 .so 中时，就会发生此段错误。
这种事情在具有相同架构的 Windows 中工作得很好。我们真的不想限制自己只使用来自核心库的异常——加载项应该可以自由地创建自己的异常类并正常处理它们。
异常是 std::exception 的子类。有时异常可能在库（例如 libpqxx）中定义，这意味着异常有时也超出了我们的控制范围。
使用类似以下的方法抛出异常：
throw exception_class( exception_arguments );
并被发现使用：
catch ( std::exception &e ) {
// handler code
}
是否需要一些特殊的编译器选项才能使其正常工作？我们是否需要切换为通过以下方式抛出异常throw new exception_class( args )（我们真的不想这样做）？
假设您使用 gcc -
当您构建调用 dlload() 的可执行文件时附加 -Wl,-E。这将从可执行文件中导出所有类型信息符号，这应该允许 RTTI（捕获异常时）正常工作。
VC++ 使用字符串比较来匹配类型信息，导致dynamic_cast 等速度较慢，但二进制文件较小。 g++ 使用指针比较。
当我尝试使用在运行时加载的 .so 中实现的纯虚拟接口类时，我遇到了同样的问题。
网上也流传着一些与该主题相关的文章。
希望有帮助，
海曼。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
