问题描述
||
我正在将Linux中的项目交叉编译到目标Windows(使用mingw)。输出是一个DLL,并且可以通过C#对其进行p调用,但是调试非常困难。构建会输出一个.o文件,该文件可以为gdb提供符号,但是基本上我能做的就是打破异常,并找到异常发生时正在执行的函数的名称;甚至没有完整的堆栈跟踪。我无法使用WinDbg进行调试,因为我没有.pdb文件。
这是一个建立在Linux上的开源项目。我相信他们的构建过程依赖于几个已安装的Linux软件包来工作。
我这里有什么选择吗?是否有可以将.o文件转换为.pdb的实用程序?还是某些程序在调试时可以给我比gdb更多的信息?
解决方法
尝试支持mingw的IDE。例如,开放源代码Code :: blocks。
, 另一种可能性是手动进行:使用调试符号对其进行编译,启动应用程序并将GDB调试器附加到该调试器。它也是MingW32发行版的一部分。然后,您可以设置断点并调试应用程序
但是我想使用Code :: Block更舒适
顺便说一句,GCC编译器不会生成pdb文件,因为它是专有格式
, xpol的意思可能是:如果您具有完整的mingw安装,则Code :: blocks可以使用gdb可视化调试会话,就像在Visual Studio或Eclipse中完成的一样。请参阅http://www.codeblocks.org/features上的“调试器”一章
, 您可以使用Visual D中的
cv2pdb.exe
生成.pdb
文件。即使使用mingw编译的非D程序也可以使用。下载并安装Visual Dѭ1后,可以在ѭ3处找到。
您可以对这样的可执行文件运行“ 1”:
cv2pdb.exe -n target.exe
这将产生一个名为“ 6”的文件。假设director6ѭ和target.exe
都在当前导演中,则可以像下面这样使用windbg
:
windbg -sflags 0x80030377 -y . -z target.dmp
在这种情况下,我还将传递一个小型转储文件ѭ11。这可以省略。 -sflags 0x80030377
选项告诉windbg
加载target.pdb
,即使它认为它与target.exe
不匹配。
请注意,加载target.pdb
可能花费windbg
很长时间。只需等待命令输入框左侧不再显示says18即可。
另外,您可以尝试DrMinGW。