如何通过Windows崩溃转储调试MinGW编译的崩溃程序

针对你用MinGW（Msys2/UCRT gcc）编译的跨平台应用在Windows端崩溃、拿到MDMP转储但无法跨工具解析符号的问题，以下是几个可行的方案：

方案1：用Msys2 UCRT环境的GDB直接加载崩溃转储 #

Msys2提供的GDB版本支持读取Windows minidump（MDMP）格式，无需转换格式：

1. 打开Msys2的UCRT64终端（确保和编译时的环境一致）
2. 运行命令：

   gdb ./your-debug-app.exe -c ./user-crash.dmp
   

3. 进入GDB后，执行bt full命令即可查看带源码位置的完整栈追踪。

注意：必须保证你使用的exe是和用户崩溃时完全一致的调试版本，不能重新编译；如果应用依赖了自定义编译的DLL，也要带上对应带调试符号的DLL文件，放在exe同一目录下。

方案2：修正addr2line的地址计算逻辑 #

之前addr2line返回??是因为直接用了WinDbg里的虚拟地址，需要减去exe的加载基址得到偏移地址：

1. 在WinDbg中打开转储，执行lm命令，找到你的应用exe的加载基址，例如：

   0:000> lm
   start             end                 module name
   00007ff6`abc10000 00007ff6`abcfffff   your_app    (pdb symbols)          C:\path\to\your_app.exe
   

   这里的00007ff6abc10000`就是加载基址
2. 从!analyze -v的栈追踪中复制崩溃的指令地址，比如00007ff6abc12345`
3. 计算偏移地址：0x00007ff6abc12345 - 0x00007ff6abc10000 = 0x2345（去掉地址中的反引号，统一用十六进制格式）
4. 使用Msys2 UCRT环境下的addr2line执行：

   addr2line -e ./your-debug-app.exe --demangle 0x2345
   

   加上--demangle参数是为了解析C++的 mangled 符号，这样就能得到对应的源码文件和行号。

方案3：使用minidump-stackwalk工具自动解析 #

Msys2仓库中有专门处理Windows minidump并适配DWARF符号的工具minidump-stackwalk：

1. 在Msys2 UCRT终端中安装工具：

   pacman -S minidump-stackwalk
   

2. 直接运行命令解析转储和符号：

   minidump-stackwalk ./user-crash.dmp ./your-debug-app.exe
   

   工具会自动处理地址转换、符号解析，直接输出带源码位置的栈信息，不需要手动计算偏移，适合批量处理栈地址。

关键注意事项 #

• 所有工具必须和编译应用的Msys2 UCRT环境保持一致，不要混用WSL2或其他版本的GNU工具链，避免符号不兼容。
• 确保调试版exe和用户崩溃时的exe完全一致（MD5哈希匹配），重新编译会导致符号偏移失效。

内容的提问来源于stack exchange，提问作者Youda008