I played a bit with setting breakpoints and the current directory manually (via Settings->Compiler and Debugger->Debugger settings->Debugger initialization commands (for debugging this is useless, but shows how it could work)) .
Adding source dir: C:\CodeBlocks\user\ytlp\gen\
Adding source dir: C:\CodeBlocks\user\ytlp\gen\
Adding source dir: C:\CodeBlocks\user\ytlp\graph\
Adding source dir: C:\CodeBlocks\user\ytlp\graph\
Adding source dir: C:\CodeBlocks\user\ytlp\aitest\
Adding source dir: C:\CodeBlocks\user\ytlp\aitest\
Changing directory to: ./bin/
Adding file: .\bin\Debug.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 6.3
Breakpoint 2 ("../graph/src/scenemngr.cpp:18) pending.
No source file named ../graph/src/scenemngr.cpp.
1. You start the gdb using the command line "gdb -nx -readnow -fullname -quiet -argsNice one. Please also verify that this switch is available in major GDB version (5.x and 6.x) if possible. This would be an important additional information.
then it works.
I don't have access to other versions of GDB so I cannot test them, but how many of users actually using versions other than 6.3?
Well, I've read a few times being said that debugging (in C::B) doesn't even work in earlier versions than 6.x
Would it be possible for C::B team to post a message on this thread when Ramazan Kartal's patch will be used in a nightly build
May I also use this message to ask how you guys deal with dependencies with your static lib ?
My app (.exe) depends on the static lib. The app project is the current one. Each time I build the app when the static lib sources have changed, the .a is generated just fine but the building of the app itself is more than random. Most of the time it says it is "uptodate" (when it's not) and doesn't link (use) the new .a
Ramazan Kartal's patch solves this problem using absolute paths to set the breakpoints. However it's possible, in case that it happens to be necessary, to restrict the use of absolute paths to the construction of the gdb search path.Please notice this, too: http://forums.codeblocks.org/index.php?topic=4850.msg38322#msg38322
Setting breakpoints
Debugger name and version: GNU gdb (GDB) 7.0-ubuntu
No source file named /home/<removed>/src/test/test.cpp.
Temporary breakpoint 1 ("/home/<removed>/src/test/test.cpp:5) pending.
Program exited normally.
Debugger finished with status 0
Correct? - If yes I will file a bug.No.
Correct? - If yes I will file a bug.No.
all i can safely identify is a error message from gdb about an non-existing file which exists in exactly that spot.
I already 777'ed the whole file structure to eliminate a error source to no avail.