nightly builds: impossible to debug?

[ASJ]

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:

Code

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.

[thomas]

That's the problem:

Debugger name and version: GNU gdb 5.2.1

Use gdb 6.3

[ASJ]

That solves all the problems! Thanks!

Just a small question: gdb 6.3 is a snapshot release. Does this give any nasty problems?

[yop]

Haven't experienced any.

[dllmain]

That's the problem:

Debugger name and version: GNU gdb 5.2.1

Use gdb 6.3

I cannot find GDB 6.3 for Win32.
Do you know where to get it?


Thanks in advance, Sebastian

[sethjackson]

http://prdownloads.sourceforge.net/mingw/gdb-6.3-2.exe?download

[dllmain]

http://prdownloads.sourceforge.net/mingw/gdb-6.3-2.exe?download

Thank you!

(I was looking for it at SourceForge but did not look at the snapshot section.)

[sethjackson]

No problem. Things are hard to find sometimes. I have had the same problem myself.

[madnut.ua]

No problem. Things are hard to find sometimes. I have had the same problem myself.

I have gdb 6.3-2 under Win32 and 6.1.1 under FreeBSD, but I still have a problem with debugging code... 

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 

[sethjackson]

Hmm get newest SVN it should work......

[madnut.ua]

Hmm get newest SVN it should work......

Thanks,
All ok with new build on FreeBSD
on win32 not tested yet...

[madnut.ua]

Hi! I have new trouble with debugger under FreeBSD. since 2256 revision till last. gdb just freeze and nothing todo after:

Code

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

Code

 QueueCommand(new DebuggerCmd(this, _T("start")));

Cause all working good after changing command back to "run"
So why need "start"?

[killerbot]

your gdb says 6.1.1, could try to upgrade to gdb 6.3.x ??

[JPlaroche]

Selecting target: default
Compiling: done
Adding source dir: D:\wxFRAM\
Adding source dir: D:\wxFRAM\
Adding file: Projet.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
Program received signal SIGSEGV, Segmentation fault.
In strlen () (C:\WINDOWS\system32\msvcrt.dll)

help help   is error

[JPlaroche]

is use new version 20 april 2006

thank you is help for my  :shock:


output MZ
No symbol "MZ" in current context.
(gdb)

IS OK dbg 6.3.2

AND TO COMPIL WXWDIGETS 2.6.3 NEW AND PATCH 1