使用WinDbg远程调试WSL中32位ELF程序时gdbserver崩溃

调试时gdbserver输出如下：

Process ./program created; pid = 454
Listening on port 1234
Remote debugging from host 172.24.64.1, port 61926
readchar: Connection reset by peer
Segmentation fault

调试系统自带的cat等程序正常，但调试自制32位ELF程序时出现上述崩溃，怀疑WinDbg不支持32位Linux程序但未找到明确文档依据。

可能的原因及解决步骤 #

1. 确认程序架构与运行环境兼容性

   • 先验证程序本身能在WSL中正常运行：直接执行./program，若程序自身无法启动，优先修复程序问题。
   • 用file ./program确认程序架构，正常输出应为ELF 32-bit LSB executable, Intel 80386, ...。
   • 64位WSL默认缺少32位运行库，Ubuntu下执行以下命令安装：

     sudo apt update && sudo apt install gcc-multilib libc6-i386
     

2. WinDbg的跨架构调试限制
   虽然官方文档未明确标注，但WinDbg的gdb远程协议客户端实际对跨架构（64位WinDbg调试32位Linux程序）场景的支持存在兼容性缺陷。WinDbg核心定位是Windows程序调试，对Linux程序的跨架构调试适配不完善，这大概率是导致gdbserver连接重置后崩溃的核心原因。

3. 替代调试方案

   • 直接在WSL内使用多架构GDB：安装支持32位的GDB版本，Ubuntu下执行sudo apt install gdb-multiarch，然后用gdb-multiarch ./program直接调试，避开跨工具链的兼容性问题。
   • 更换调试工具：使用VS Code配合WSL插件和GDB扩展，或直接在WSL中使用原生GDB调试，这类工具对Linux程序的架构支持更完善。
   • 匹配gdbserver架构：若当前gdbserver是64位版本，安装32位版本：

     sudo apt install gdbserver:i386
     

     然后用32位gdbserver启动调试：gdbserver:i386 :1234 ./program

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