如何使用WSL中使用GDB进行Windows的可执行文件？

Question

坦率地说，我什至不确定这是否是 GDB 可以做的事情，但到目前为止我所做的大量搜索都没有给我一个“是”或“否”的答案。

当我尝试使用为 Linux 构建并在 WSL 中打开的 GDB 安装来调试应用程序时，它无法在程序中的任何位置插入断点，声称它无法访问该地址处的内存。如果我在 Windows 上使用为 Windows 构建的 GDB 执行此操作，则不会发生此错误（在您问为什么我不只使用 Windows 构建之前，这是因为我遇到了其他问题。我可以打开这也是一个问题）

我也收到了 GDB 的内部错误，但不幸的是，我现在似乎无法重新创建它。

我尝试过重建 GDB，以及切换到另一个版本的 GDB（与我的 Windows 版本相同），

我正在使用 Ubuntu 20.04 和 GDB 10.2 的 WSL 安装，配置如下：

(gdb) show configuration
This GDB was configured as follows:
   configure --host=x86_64-pc-linux-gnu --target=x86_64-pc-linux-gnu
             --with-auto-load-dir=$debugdir:$datadir/auto-load
             --with-auto-load-safe-path=$debugdir:$datadir/auto-load
             --without-expat
             --with-gdb-datadir=/usr/local/share/gdb (relocatable)
             --with-jit-reader-dir=/usr/local/lib/gdb (relocatable)
             --without-libunwind-ia64
             --without-lzma
             --without-babeltrace
             --without-intel-pt
             --without-mpfr
             --without-xxhash
             --without-python
             --without-python-libdir
             --without-debuginfod
             --without-guile
             --disable-source-highlight
             --with-separate-debug-dir=/usr/local/lib/debug (relocatable)

要查看这是否是一个问题对于我正在调试的特定程序，我在 NASM 中制作了一个非常小的程序（我的原始项目也在 NASM 中）并将其编译如下：

nasm -f win32 -gcv8 Test.asm
gcc -m32 -g Test.obj -o Test.exe

源程序集非常简单。它只是用字符串和整数调用printf。

; Test.asm
    global      _main
    
    extern      _printf
    
    section     .data
fmt:    db      "%s, %d", 0x0
string: db      "Testing...", 0x0

    section     .bss
num:    resd        1

    section     .text
_main:
    mov dword   [num], 28
    
    push dword  [num]
    push        string
    push        fmt
    call        _printf
    add     esp, 12
    
    ret

当尝试在 WSL 中使用 GDB 进行调试时，这是我得到的输出：

(gdb) file Test.exe
Reading symbols from Test.exe...
(gdb) set architecture i386:x86-64
The target architecture is set to "i386:x86-64".
(gdb) start
Temporary breakpoint 1 at 0x401520
Starting program: /mnt/c/NASM/Test.exe
Warning:
Cannot insert breakpoint 1.
Cannot access memory at address 0x401520

编辑：在进一步研究之后，我发现了一些看起来很重要的东西。 GDB仅在程序运行时无法访问内存和设置断点。在启动程序之前，我可以自由地设置断点和反汇编。

(gdb) disas main
Dump of assembler code for function main:
   0x00401520 <+0>:     mov    DWORD PTR ds:0x405028,0x1c
   0x0040152a <+10>:    push   DWORD PTR ds:0x405028
   0x00401530 <+16>:    push   0x40300b
   0x00401535 <+21>:    push   0x403004
   0x0040153a <+26>:    call   0x40249c <printf>
   0x0040153f <+31>:    add    esp,0xc
   0x00401542 <+34>:    ret
   0x00401543 <+35>:    xchg   ax,ax
   0x00401545 <+37>:    xchg   ax,ax
   0x00401547 <+39>:    xchg   ax,ax
   0x00401549 <+41>:    xchg   ax,ax
   0x0040154b <+43>:    xchg   ax,ax
   0x0040154d <+45>:    xchg   ax,ax
   0x0040154f <+47>:    nop
End of assembler dump.
(gdb) b *main+26
Breakpoint 1 at 0x40153a
(gdb) run
Starting program: /mnt/c/NASM/Test.exe
Warning:
Cannot insert breakpoint 1.
Cannot access memory at address 0x40153a
(gdb) disas main
Dump of assembler code for function main:
   0x00401520 <+0>:     Cannot access memory at address 0

编辑2： 我不知道这些信息有多大用处，但我确实找到了一种始终导致 GDB 内部错误的方法。开始执行程序，然后将体系结构设置为“自动”，每次尝试都会导致内部错误。

(gdb) file Test.exe
Reading symbols from Test.exe...
(gdb) start
Temporary breakpoint 1 at 0x401520
Starting program: /mnt/c/NASM/Test.exe
warning: Selected architecture i386 is not compatible with reported target architecture i386:x86-64
warning: Architecture rejected target-supplied description
Warning:
Cannot insert breakpoint 1.
Cannot access memory at address 0x401520

(gdb) set architecture auto
warning: Selected architecture i386 is not compatible with reported target architecture i386:x86-64
/mnt/c/Users/Joshua/gdb-10.2/gdb/arch-utils.c:503: internal-error: could not select an architecture automatically
A problem internal to GDB has been detected,
further debugging may prove unreliable.

如果这个问题的答案真的像“为 Linux 构建的 GDB 无法调试为 Windows 构建的应用程序”一样简单……我会非常难过，而且也很恼火，因为我无法在任何地方找到该信息。