gdb core文件如何确定出问题的线程?如果各变量均正常,如何继续查找问题?

发布于 2022-09-01 07:24:48 字数 264 浏览 18 评论 0

一个多线程程序收到signal 11, segment fault coredump了。gdb core文件,一进去显示的线程一定是导致coredump的线程吗? 有没有可能其他线程访问非法内存什么的,导致的coredump?

查一个core,thread 1看了各变量,都没问题,用thread命令换到其他线程倒是看到一个数组无法访问。因此有上述疑问。

用gdb调试,我仅会看看变量,查个地址啥的。如今各地址变量都没问题,就不知道怎么办了。有什么技巧解决这种诡异的core吗?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

澜川若宁 2022-09-08 07:24:48

不一定是coredump的线程。
这种情况只能凭经验,thread apply all bt一遍,然后看哪个像。

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文