1
1
我在调试共享库时也遇到了这个问题。结果发现加载了一个错误的、过时的库。尝试在gdb提示下键入“info target”,并查看路径以检查对象和库文件是否正确以及是否是您刚构建的文件。 |
2
1
gdb试图加载调试信息,调试信息存储在对象文件中,而不是插件中。如果需要调试插件,最简单的解决方案是保留对象文件。如果没有,则可以从插件中删除[部分,不完整]调试信息,以消除带有“strip-s yourplugin”的警告。我自己也遇到了一个相关的问题,回答得更彻底了。 this other question . |
3
1
我也有同样的问题。 当启动GDB时,我可以看到很多
然后在执行“回溯”时,我只能看到函数名,而不能看到行号。 问题是我的二进制文件是通用的。在我的make文件中,我在做:
消除警告和查看行号的解决方案是使用 只有一个体系结构 . 在你的文章中,我可以看到你有很多体系结构。
现在已经很长时间了,但是如果可以的话,你可以试着只用一个来看看你是否有同样的问题。 不幸的是,这个解决方案并不完美,因为在一个完美的世界里,我仍然想继续使用一个胖(通用)二进制文件,并且能够使用gdb!
GNU GDB 6.3.50-20050815(苹果版GDB-1472)
|
4
0
不确定这是否是您的情况,但是当我遇到这个问题时,是因为我忘记了将实现文件添加到测试目标中。 |
5
0
您仍在运行从旧(已删除)位置生成的二进制文件,并且 必须 重建那个二进制文件。
通向的道路
没有什么魔法
|
6
0
我对这个问题没有一个很好的答案:我已经考虑过删除这个问题,但它是一个真正的问题,而且在互联网上只有一两次提到它,也没有解决方案。所以,如果你正为此苦苦挣扎:我感到你的痛苦,但不幸的是,我找到的唯一方法是启动一个新项目,导入所有类和其他资源。但是,请随时做出贡献,如果你能想出比重新开始更好的办法,我会很高兴地授予你绿色V和赞成票等等。 |
7
0
在更改了我正在开发的Photoshop插件的构建位置之后,我也遇到了同样的问题。我把旧的build文件夹移到了垃圾箱,但结果发现photoshop在文件夹中保留了一个别名,该别名会根据垃圾箱中的新位置进行调整,因此它仍然会从垃圾箱中加载旧的插件,而不是新的插件。 “信息目标”命令指出了这个问题。 |
8
0
我也遇到了同样的问题,但是有一个框架。 我用 生成配置 设置为 释放 在该方案中。 |
9
0
How do I debug C++0x programs in MacPorts gcc 4.5? 添加-迂腐的标志修复了这个问题。检查正在编译的路径,如果看不到.dsym文件,这就是您的罪魁祸首。这个obv需要存在于per/executable中,无论出于什么原因——学究式的解决了这个问题。我也有同样的问题,直到我偶然发现上面的链接。 编辑:问题又出现了,我的解决方案也不起作用,但我记得我也做了一些我没有提到的事情:似乎在命令行末尾切换文件的顺序似乎可以重新生成dsym文件。所以在我的例子中,我有一个头文件和to.c文件。我刚换了2个顺序,问题就解决了。(不知道为什么会这样,但我猜有什么能欺骗计算机将编译视为一个新的场景) |
rammanoj · 使用目标远程本地主机:26000 6 年前 |
Ray · 在D中引发异常时,如何使调试器中断? 6 年前 |
Zhou · 如何使用当前IP和BP寄存器计算出完整的调用堆栈? 6 年前 |
Kajsa · gdb日志记录不工作 6 年前 |