我可以在多线程(pthreads)应用程序中捕获SIGSEGV和其他信号并打印导致它的线程或所有线程的回溯吗？

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了我可以在多线程(pthreads)应用程序中捕获SIGSEGV和其他信号并打印导致它的线程或所有线程的回溯吗？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1327字，纯文字阅读大概需要2分钟。

内容图文

我看到了Getting a backtrace of other thread,但其中没有很多实用信息.

我想要的是能够使用Linux(CentOS,2.6内核)上运行的POSIX线程在C多线程应用程序中捕获SIGSEGV,并打印导致它的线程的堆栈跟踪.当然,不知道是哪个线程引起的,对我来说是足够的(tm),捕获信号的主线程会枚举所有线程,并仅打印所有线程的堆栈跟踪.

在那里有人指出,也许可以使用libunwind进行此操作,但是却缺少它的文档,我找不到很好的例子说明如何为此目的使用它.另外,我想知道它是否对性能有重大影响或其他影响,是否经过了实战测试并在生产代码中使用,或者它是否仅在调试和开发中使用,而不在生产系统中使用.

是否有人使用libunwind或其他相当简单的方式(例如不以汇编形式编写)的示例代码来执行此操作？

解决方法:

或多或少地很容易地获得引起异常的线程的回溯：

将-rdynamic标志传递给链接器

然后,在您的代码寄存器信号处理程序中,从信号处理程序参数中提取故障的EIP,然后将其与backtrace()函数一起使用以获取地址数组.

找到某种方法将数据传递到应用程序外部(通过示例管道通过另一个进程),然后可以在其中使用backtrace_symbols()将backtrace转换为符号名称.

确保不要在信号处理程序中使用任何线程异步非安全函数,不要获取任何锁,分配内存或调用任何执行此操作的函数.

这是我对此主题进行演示的幻灯片：http://www.scribd.com/doc/3726406/Crash-N-Burn-Writing-Linux-application-fault-handlers

该视频也可以在演讲的某个地方找到,但现在找不到了…

扩展它以获取多个线程的回溯是可能的,但是非常棘手-您需要保留各种线程的选项卡,并在发生崩溃时向它们发送信号

内容总结

以上是互联网集市为您收集整理的我可以在多线程(pthreads)应用程序中捕获SIGSEGV和其他信号并打印导致它的线程或所有线程的回溯吗？全部内容，希望文章能够帮你解决我可以在多线程(pthreads)应用程序中捕获SIGSEGV和其他信号并打印导致它的线程或所有线程的回溯吗？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---