User forums > Help

GDB Crash when using wxWidgets 2.9.x

<< < (2/4) > >>

oBFusCATed:
Enable the full debugger's debug log (settings -> compiler & debugger -> debugger -> enable debugger's debug log (or something like that)).
Then execute the same commands in the stand alone gdb and see, which command is causing the problem.
Then report the problem to GDB devs.

But first update you GDB to something newer. Keep in mind that x.x.50 or x.x.90 are development release, not the stable releases of gdb.

Feneck91:
Stable gdb 7.2 download, same crash:
--- Code: ---PATH=.;D:\Dev\TTGest\trunk\CAnsiPort\lib;D:\Dev\TTGest\trunk\wxETK\lib;D:\Dev\TTGest\trunk\wxCAnsiPortETK\lib;D:\Dev\TTGest\trunk\TTGestLib\lib;D:\Dev\TTGest\trunk\wxWidgets-2.9.2\lib\gcc_dll;C:\MinGW\bin;C:\Program Files\Common Files\Microsoft Shared\Windows Live;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Program Files\QuickTime\QTSystem\;C:\Program Files\TortoiseSVN\bin;C:\Program Files\Subversion\bin;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\Windows Live\Shared;C:\Program Files\Internet Explorer
Command-line: C:\MinGW\bin\gdb.exe -nx -fullname  -quiet -args ../Application/Debug/TTGestd.exe
Working dir : D:\Dev\TTGest\trunk\TTGest\
> set prompt >>>>>>cb_gdb:
Reading symbols from D:\Dev\TTGest\trunk\TTGest/../Application/Debug/TTGestd.exe...
done.
(gdb) >>>>>>cb_gdb:
> show version
GNU gdb (GDB) 7.2
Copyright (C) 2010 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 "i686-pc-mingw32".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
This binary was built by Equation Solution <http://www.Equation.com>.
>>>>>>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 debugevents on
>>>>>>cb_gdb:
> set disassembly-flavor att
>>>>>>cb_gdb:
> catch throw
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
../../gdb-7.2/gdb/breakpoint.c:7129: internal-error: expand_line_sal_maybe: Assertion `found' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.

--- End code ---

oBFusCATed:
Looking at the log it is pretty clear, where is the problem :)
Please contact the GDB devs, so they can fix the problem...

ouch:
Also, just an fyi I had the GDB crash on me because of some coding errors that compiled but would totally fail when run.

It's pretty bad when your debugger is like "Wtf is this? How did you even manage to do that?" lol

ollydbg:
@feneck91
1, from the log, I see:

--- Quote ---> show version
GNU gdb (GDB) 7.2
Copyright (C) 2010 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 "i686-pc-mingw32".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
This binary was built by Equation Solution <http://www.Equation.com>.
--- End quote ---
You gdb is not official mingw build, so You can try a stable one from mingw.

2, If you would like to try a more recent gdb, you can try pcx's package:
http://pcxprj.googlecode.com/files/MinGW_gcc4.6.1release_static_win32.7z
it contains a gdb is about 201107XX, which is quite new. (but is is a trunk version), as stable gdb 7.3 is not released yet.

3, I guess mostly the crash is in GDB itself, you can try both run the same commands(in the debugger log) in a Windows console, to see it crashed again.

4, the final step is just read some gdb source code.
It sounds like the crash is under gdb's source line: ../../gdb-7.2/gdb/breakpoint.c:7129:
and see what's the problem in it. GDB's source code is quite module, and I think it's not hard to read. then you can even build a gdb under mingw.

Navigation

[0] Message Index

[#] Next page

[*] Previous page