Crash gdb的mingw 64位构建在启动程序之前崩溃

Crash gdb的mingw 64位构建在启动程序之前崩溃,crash,gdb,mingw-w64,Crash,Gdb,Mingw W64,我已经安装了msys2和mingw64,我正在使用它进行编程。我使用Pacman安装了GDB附带的GCCc。我运行GDB有困难。我在运行的两个程序中出现以下错误: (gdb) run Starting program: C:\Users\Nick\Desktop\hwselector.exe warning: cYgFFFFFFFF 18023CC60 0 [New Thread 18816.0x3cc0] [New Thread 18816.0x4284] [New Thread 18816.

我已经安装了msys2和mingw64,我正在使用它进行编程。我使用Pacman安装了GDB附带的GCCc。我运行GDB有困难。我在运行的两个程序中出现以下错误:

(gdb) run
Starting program: C:\Users\Nick\Desktop\hwselector.exe
warning: cYgFFFFFFFF 18023CC60 0
[New Thread 18816.0x3cc0]
[New Thread 18816.0x4284]
[New Thread 18816.0x4d98]
Number of Problems: warning: cYgstd 0xffffcb90 d 3
[Thread 18816.0x3cc0 exited with code 0]
[Thread 18816.0x4e88 exited with code 0]
[Thread 18816.0x4d98 exited with code 0]
[Inferior 1 (process 18816) exited normally]

我对GDB内部的了解不足以解决这个问题。有人知道为什么会这样吗?我正在运行Windows 7 Professional 64位版本。GDB和GCC是各自的64位版本(我假设),如果您使用pacman-S GCC或类似的工具来安装GCC,则MSYS64的最新版本不是正确的GCC。最好删除它并使用
pacboy-sgcc


此外,gcc不附带gdb。请确保单独安装(
pacboy-S gdb
),我相信您可能无意中使用了cygwin gdb。

使用DependencyWalker()打开相同版本(x86/x64)的可执行文件,并检查是否缺少任何Dependency DLL


在GDB无法提供信息的许多情况下,DependencyWalker帮助我发现DLL丢失的事实,甚至从错误的位置加载。

非常感谢@Christian B。这似乎起到了作用。但现在msys找不到位于/usr/bin中的gdb。我检查了PATH变量,并将其添加到那里!这很奇怪。但我相信我能弄明白!非常感谢。