I'am trying a lot of the nightly builds last period of time on my win2k machine using the mingw compilers.
Everything runs smoothly but whenever I compile debug information in and put a breakpoint somewhere I get a message like the following in the debugging pane:
Selecting target: default
Compiling: done
Adding source dir: G:\CodeBlocksProjects\MovieProcessing\trunk\
Adding file: G:\CodeBlocksProjects\MovieProcessing\trunk\MovieProcessing.exe
Starting debugger: done
Registered new type: wxString
Registered new type: STL String
Registered new type: STL Vector
Setting breakpoints
Debugger name and version: GNU gdb 5.2.1
No source file named G:/CodeBlocksProjects/MovieProcessing/trunk/MainFrame.cpp.
and the breakpoint has no influence at all.
Of course this makes sense because I think the filename is to a large extent still in "unix style". Is this a matter of just changing a setting? Do more people encounter this problem?
This same problem I also encountered a couple of times before, but I never managed to fix it so always reurned to RC2 where the debugging is working smoothly as well.
No problem. Things are hard to find sometimes. I have had the same problem myself. :P
I have gdb 6.3-2 under Win32 and 6.1.1 under FreeBSD, but I still have a problem with debugging code... :(
Starting debugger: done
Invalid debugger script: 'gdb_types.script'
Setting breakpoints
Debugger name and version: GNU gdb 6.1.1 [FreeBSD]
No source file named /usr/home/madnut/src/ode/ode_cvs/src/scan.cpp.
Breakpoint 1 (/usr/home/madnut/src/ode/ode_cvs/src/scan.cpp:988) pending.
p.s. Ukrainian is my native language :)
Hi! I have new trouble with debugger under FreeBSD. :) since 2256 revision till last. gdb just freeze and nothing todo after:
Starting debugger: done
Registered new type: wxString
Registered new type: STL String
Registered new type: STL Vector
Setting breakpoints
Debugger name and version: GNU gdb 6.1.1 [FreeBSD]
I think, that problem is here:
gdb_driver.cpp, line 199
QueueCommand(new DebuggerCmd(this, _T("start")));
Cause all working good after changing command back to "run"
So why need "start"?