Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my repo.
If you want to use apt (or dselect, synaptic or whatever) you need to add the following entries to /etc/apt/sources.list :
deb http://apt.jenslody.de/ any dbg
deb-src http://apt.jenslody.de/ any dbg
and remove entries for the normal nightlies.
Alternatively you can download the deb's directly from http://apt.jenslody.de/pool/dbg/c/codeblocks/ (http://apt.jenslody.de/pool/dbg/c/codeblocks/) .
Of course, here it is:
PATH=.;D:\Projects\TestGameEngine\libs\SirmoGameEngine\trunk\bin\Debug;D:\Projects\TestGameEngine\libs\SirmoGameEngine\trunk\bin\Release;D:\Projects\TestGameEngine\libs\SirmoGameEngine\libs\Sirmo3DEngine\trunk\bin\Debug;D:\Projects\TestGameEngine\libs\SirmoGameEngine\libs\Sirmo3DEngine\trunk\bin\Release;D:\Projects\TestGameEngine\libs\SirmoGameEngine\libs\SirmoSoundEngine\trunk\bin\Debug;D:\Projects\TestGameEngine\libs\SirmoGameEngine\libs\SirmoSoundEngine\trunk\bin\Release;D:\Projects\TestGameEngine\libs\SirmoGameEngine\libs\libsig\lib;D:\Projects\TestGameEngine\libs\SirmoGameEngine\libs\sfml\lib;C:\MinGW32\bin;C:\Program Files\NVIDIA Corporation\PhysX\Common;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Microsoft SQL Server\90\Tools\binn\;C:\Program Files\doxygen\bin;C:\Program Files\Fichiers communs\Autodesk Shared\;C:\WINDOWS\system32\WindowsPowerShell\v1.0;C:\DoxyGen1_6\bin;C:\Program Files\Fichiers communs\Adobe\AGL;C:\Program Files\Graphic Remedy\gDEBugger\;C:\Program Files\Autodesk\Backburner\;C:\Program Files\Visual Leak Detector\bin;C:\Program Files\NVIDIA Corporation\Cg\bin;C:\Program Files\Lua\5.1;C:\Program Files\Lua\5.1\clibs;C:\Program Files\AMD\CodeAnalyst\bin;C:\Program Files\TortoiseSVN\bin;C:\Program Files\Cppcheck\;C:\Program Files\Graphviz 2.28\bin;C:\Program Files\Internet Explorer;C:\Program Files\NVIDIA Corporation\Cg\bin;C:\Program Files\IDM Computer Solutions\UltraCompare\;C:\Program Files\COLLADA\COLLADA_Refinery\bin;C:\Program Files\Java\jre6\bin
Command-line: C:\MinGW32\bin\gdb.exe -nx -fullname -quiet -args D:/Projects/TestGameEngine/trunk/bin/Debug/TestGameEngine_d.exe
Working dir : D:\WorkingDirectory
> set prompt >>>>>>cb_gdb:
Reading symbols from d:\projects\testgameengine\trunk\bin\debug\TestGameEngine_d.exe...
done.
(gdb) >>>>>>cb_gdb:
> show version
GNU gdb (GDB) 7.3
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "mingw32".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
>>>>>>cb_gdb:
> set confirm off
>>>>>>cb_gdb:
> set width 0
>>>>>>cb_gdb:
> set height 0
>>>>>>cb_gdb:
> set breakpoint pending on
>>>>>>cb_gdb:
> set print asm-demangle on
>>>>>>cb_gdb:
> set unwindonsignal on
>>>>>>cb_gdb:
> set print elements -1
>>>>>>cb_gdb:
> set debugevents on
>>>>>>cb_gdb:
> set disassembly-flavor att
>>>>>>cb_gdb:
> catch throw
Catchpoint 1 (throw)
>>>>>>cb_gdb:
> source C:\Program Files\CodeBlocks\share\codeblocks/scripts/stl-views-1.0.3.gdb
>>>>>>cb_gdb:
> set print static-members off
show print static-members off
>>>>>>cb_gdb:Printing of C++ static members is off.
> directory D:/Projects/TestGameEngine/trunk/
>>>>>>cb_gdb:Printing of C++ static members is off.
> break "D:/Projects/TestGameEngine/trunk/src/TestApplication.cpp:105"
>>>>>>cb_gdb:
> run
>>>>>>cb_gdb:Breakpoint 2 at 0x403b5c: file D:\Projects\TestGameEngine\trunk\src\TestApplication.cpp, line 105.
>>>>>>cb_gdb:
gdb: windows_init_thread_list
[New Thread 3408.0x698]
[New Thread 3408.0x718]
[New Thread 3408.0xc38]
[New Thread 3408.0x8e0]
[New Thread 3408.0x6ec]
[New Thread 3408.0x504]
[New Thread 3408.0xc50]
[New Thread 3408.0xb88]
[New Thread 3408.0xac4]
[New Thread 3408.0x780]
warning: !!!Warning!!!: Impossible de jouer l'animation du modèle, l'index est out of range!
Breakpoint 2, sge::TestApplication::onFramePreUpdate (this=0x23fdb8) at D:\Projects\TestGameEngine\trunk\src\TestApplication.cpp:105
d:\projects\testgameengine\trunk\src\testapplication.cpp:105:3701:beg:0x403b5c
>>>>>>cb_gdb:
> set debugevents off
> bt 30
>>>>>>cb_gdb:
#0 sge::TestApplication::onFramePreUpdate (this=0x23fdb8) at D:\Projects\TestGameEngine\trunk\src\TestApplication.cpp:105
#1 0x6cb4bad6 in sge::GameApplication::doFrame (this=0x23fdb8) at D:\Projects\TestGameEngine\libs\SirmoGameEngine\trunk\src\GameApplication.cpp:330
#2 0x6cb4ba2a in sge::GameApplication::doGameLoop (this=0x23fdb8) at D:\Projects\TestGameEngine\libs\SirmoGameEngine\trunk\src\GameApplication.cpp:317
#3 0x6cb4aac7 in sge::GameApplication::Run (this=0x23fdb8) at D:\Projects\TestGameEngine\libs\SirmoGameEngine\trunk\src\GameApplication.cpp:132
Cannot access memory at address 0x0
#4 0x004016ef in WinMain@16 (hThisInstance=0x400000, hPrevInstance=0x0, lpszArgument=0x251f20 "", nCmdShow=10) at D:\Projects\TestGameEngine\trunk\main.cpp:32
#5 0x0041954e in main (argc=) at ../mingw/main.c:73
>>>>>>cb_gdb:
> bt 30
Cannot access memory at address 0x0
#0 sge::TestApplication::onFramePreUpdate (this=0x23fdb8) at D:\Projects\TestGameEngine\trunk\src\TestApplication.cpp:105
#1 0x6cb4bad6 in sge::GameApplication::doFrame (this=0x23fdb8) at D:\Projects\TestGameEngine\libs\SirmoGameEngine\trunk\src\GameApplication.cpp:330
#2 0x6cb4ba2a in sge::GameApplication::doGameLoop (this=0x23fdb8) at D:\Projects\TestGameEngine\libs\SirmoGameEngine\trunk\src\GameApplication.cpp:317
#3 0x6cb4aac7 in sge::GameApplication::Run (this=0x23fdb8) at D:\Projects\TestGameEngine\libs\SirmoGameEngine\trunk\src\GameApplication.cpp:132
#4 0x004016ef in WinMain@16 (hThisInstance=0x400000, hPrevInstance=0x0, lpszArgument=0x251f20 "", nCmdShow=10) at D:\Projects\TestGameEngine\trunk\main.cpp:32
#5 0x0041954e in main (argc=) at ../mingw/main.c:73
>>>>>>cb_gdb:
> cont
Breakpoint 2, sge::TestApplication::onFramePreUpdate (this=0x23fdb8) at D:\Projects\TestGameEngine\trunk\src\TestApplication.cpp:105
d:\projects\testgameengine\trunk\src\testapplication.cpp:105:3701:beg:0x403b5c
>>>>>>cb_gdb:
> bt 30
Cannot access memory at address 0x0
#0 sge::TestApplication::onFramePreUpdate (this=0x23fdb8) at D:\Projects\TestGameEngine\trunk\src\TestApplication.cpp:105
#1 0x6cb4bad6 in sge::GameApplication::doFrame (this=0x23fdb8) at D:\Projects\TestGameEngine\libs\SirmoGameEngine\trunk\src\GameApplication.cpp:330
#2 0x6cb4ba2a in sge::GameApplication::doGameLoop (this=0x23fdb8) at D:\Projects\TestGameEngine\libs\SirmoGameEngine\trunk\src\GameApplication.cpp:317
#3 0x6cb4aac7 in sge::GameApplication::Run (this=0x23fdb8) at D:\Projects\TestGameEngine\libs\SirmoGameEngine\trunk\src\GameApplication.cpp:132
#4 0x004016ef in WinMain@16 (hThisInstance=0x400000, hPrevInstance=0x0, lpszArgument=0x251f20 "", nCmdShow=10) at D:\Projects\TestGameEngine\trunk\main.cpp:32
#5 0x0041954e in main (argc=) at ../mingw/main.c:73
>>>>>>cb_gdb:
> quit
Hope this will help you!
Cannot access memory at address 0x0
Probably this breaks the call stack refresh.
p.s. I've added it to the TODO list and I'll check it when I get there.
p.p.s. At the moment I've redesigned the breakpoints, so this should wait a bit, I'm just testing it now.
@obf, I found a tiny bug.
When I try to run a gdb command in the command edit control which is in the bottom of the debugger/debugger log panel. I found that some times, I will lose the focus, but some times I still get the focus in the edit control.
Here is a test program:
int main()
{
int a = 0;
a++;
a=3;
;
}
The, I set a breakpoint in the line 3.
CASE one (good case) :
I just run the command "p a", then gdb will show its value, this way, I still get the focus, so I can still press the keyboard, and enter other command again.
CASE two (bad case):
Enter the command "p b". Note, b is not defined in the context, so gdb will complain:
> p a
$6 = 1
> p b
No symbol "b" in current context.
But after that, I loss my edit focus.
I just test under WinXP. Can someone reproduce this bug?
I get a similar issue on linux, if the executable does not exist and "autobuold to ensure project is up to date" (or how it is called exactly) is unchecked.
gdb hangs and can not be stopped with pause- or stop-button:
> run
No executable file specified.
Use the "file" or "exec-file" command.
>>>>>>cb_gdb:
Code::Blocks is trying to interrupt process with pid: 23917; child pid: 0 gdb pid: 23917
Quit
>>>>>>cb_gdb:
Code::Blocks is trying to interrupt process with pid: 23917; child pid: 0 gdb pid: 23917
Quit
>>>>>>cb_gdb:
First try was pause, second was stop.
In trunk stopping gdb works.
23917 is the pid of gdb and killing it from commandline with default signal (TERM [15]) works.