在eclipse中渲染漂亮打印时,有人有gdb挂起的解决方法吗?

在eclipse中渲染漂亮打印时,有人有gdb挂起的解决方法吗?,gdb,eclipse-cdt,pretty-print,Gdb,Eclipse Cdt,Pretty Print,我已经更新到eclipse neon,我svn更新到最新版本 svn://gcc.gnu.org/svn/gcc/trunk/libstdc++-v3/python,我刚刚构建了GDB7.12.1,所有这些最新的东西都没有用 我有漂亮的打印所有工作,但每隔一段时间,试图更新变量视图,gdb将挂起。实际上,它使cpu旋转。我将gdb连接到gdb(因为我觉得这个想法很有趣),并获得了大量堆栈跟踪,它们都意味着找不到打印机并反复重试。有人见过这个或者有解决办法吗?不清楚是哪台打印机(如果是单台打印机)

我已经更新到eclipse neon,我svn更新到最新版本 svn://gcc.gnu.org/svn/gcc/trunk/libstdc++-v3/python,我刚刚构建了GDB7.12.1,所有这些最新的东西都没有用

我有漂亮的打印所有工作,但每隔一段时间,试图更新变量视图,gdb将挂起。实际上,它使cpu旋转。我将gdb连接到gdb(因为我觉得这个想法很有趣),并获得了大量堆栈跟踪,它们都意味着找不到打印机并反复重试。有人见过这个或者有解决办法吗?不清楚是哪台打印机(如果是单台打印机)导致了问题,否则我就禁用它

关于如何诊断要禁用的打印机的建议? 我用谷歌和谷歌搜索,没有人抱怨这种行为,但在重新安装了所有东西之后,我不明白为什么它不会发生在其他人身上


Ubuntu16.04

我见过这种情况,当你在一个类似std容器的列表初始化之前有一个断点时(但它在堆栈框架中)

问题是,漂亮的打印机试图在未初始化的列表上迭代,并在查看列表项时引发异常(无法访问内存)

gdb
尝试向前推进并显示下一项,但Python pretty打印机无法移动到下一项,因为无法访问下一个指针。在MI实现中,重复的次数没有限制,因此有效地挂起了gdb


作为解决方法,在所有std容器初始化之后设置一个断点。

我建议将堆栈跟踪发布到。检查它是否在eclipse(即gdb CLI)之外工作。如果它在那里工作,那么我觉得它是gdb配置命令。发布您尝试使用的代码,以便其他人可以调试和验证问题在于它不会持续发生,我不能强迫它发生在这样一个受限的测试中,然后我可以从命令行在gdb中尝试它。但我会将堆栈跟踪发布到gdb邮件列表,谢谢你的提示。