This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Created attachment 158790 [details] gdb log Debugging Welcome sample fails on my Windows7 with msys64/mingw64. Steps to reproduce: - create local Welcome sample project using modern mingw64 tool collection on Windows 7 - build the project - run the project using External terminal - try to debug the project (Step into) Result: Debugger fails, Debugger Error window appears.
C:\msys64\tmp>ldd C:/Users/apepin/SolStudioProjects/Welcome_1/dist/Debug/MinGW-Windows/welcome_1 ntdll.dll => /c/windows/SYSTEM32/ntdll.dll (0x76ee0000) kernel32.dll => /c/windows/system32/kernel32.dll (0x76cc0000) KERNELBASE.dll => /c/windows/system32/KERNELBASE.dll (0x7fefcf70000) msvcrt.dll => /c/windows/system32/msvcrt.dll (0x7fefe770000)
Command line gdb works fine.
(In reply to Alexander Pepin from comment #2) > Command line gdb works fine. Sasha, command line gdb run from cygwin shell or from DOS shell works for you or both?
Masha, I used MSYS2 shell. Moreover I have two similar Win7 machines with the same versions of gdb (7.10) and on one of them gdb from IDE works fine and fails on the other one. I've just noticed that I have another gdb in path variable on the machine where gdb works, probably it could be the cause.
(In reply to Alexander Pepin from comment #4) > Masha, I used MSYS2 shell. Moreover I have two similar Win7 machines with > the same versions of gdb (7.10) and on one of them gdb from IDE works fine > and fails on the other one. I've just noticed that I have another gdb in > path variable on the machine where gdb works, probably it could be the cause. Can you please check and remove this *another* gdb from the PATH. BTW what is the version of this GDB ?
The issue is not reproducible in trunk any more.
Just to note that code 0xc0000135 will also occur when debugging on NetBeans 8.2 if MinGW\bin is not on the Windows PATH at all (as opposed to twice).