c – 来自共享对象的Linux上的异常(.so)
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了c – 来自共享对象的Linux上的异常(.so),小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1194字,纯文字阅读大概需要2分钟。
内容图文
![c – 来自共享对象的Linux上的异常(.so)](/upload/InfoBanner/zyjiaocheng/969/0a0d88af27104616a2da6d75f5864cba.jpg)
我有一个名为ftest的测试程序.它加载包含测试的.so文件并运行它在那里找到的测试.其中一个测试加载并运行.so,其中包含用于O / RM的Postgres数据库驱动程序.
当Postgres驱动程序抛出一个在该.so文件中定义的异常(或者它链接到的那个,但是ftest没有链接到它)并被测试框架捕获时,异常析构函数会触发段错误.
只要编译的异常位于动态加载的.so中(使用dload),就会发生此段错误.
这种东西在具有相同架构的Windows中运行良好.我们并不想限制自己只使用来自核心库的异常 – 加载项应该可以自由创建自己的异常类并让它们正常处理.
例外是std :: exception的子类.有时可以在库中定义异常(例如libpqxx),这意味着异常有时也不受我们的控制.
使用以下内容抛出异常:
throw exception_class( exception_arguments );
并使用:
catch ( std::exception &e ) {
// handler code
}
是否需要一些特殊的编译器选项才能使其正常工作?我们是否需要通过抛出新的exception_class(args)切换到抛出异常(我们真的不想这样做)?
解决方法:
假设你使用gcc –
在构建调用dlload()的可执行文件时附加-Wl,-E.这将导出可执行文件中的所有类型信息符号,这应该允许RTTI(在捕获异常时)正常工作.
VC使用字符串比较来匹配typeinfo,导致较慢的dynamic_cast<>等,但较小的二进制文件. g使用指针比较.
尝试使用在运行时加载的.so中实现的纯虚拟接口类时遇到了同样的问题.
还有一些与该主题相关的文章也在网上浮动.
希望有所帮助,
海曼.
内容总结
以上是互联网集市为您收集整理的c – 来自共享对象的Linux上的异常(.so)全部内容,希望文章能够帮你解决c – 来自共享对象的Linux上的异常(.so)所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。