Developer forums (C::B DEVELOPMENT STRICTLY!) > Contributions to C::B
Debugger initialization commands to debug in wxWidgets
ollydbg:
I have dig into the gdb source, and found the reason, but I'm not sure I can fix it.
See the more details in both MinGw maillist and gdb mailist. (different peoples there).
Hope some one can help to solve this issue.
see:
http://sourceware.org/ml/gdb/2011-06/msg00079.html
and
http://sourceforge.net/mailarchive/forum.php?thread_name=4DF4513A.3090902%40gmail.com&forum_name=mingw-users
MortenMacFly:
Just for the record (actually for my understanding): This bug is only for 3rd party sources like wxWidgets that are not effected by the advanced compiler switch "UseFullSourcePaths", right? Because we did this to have compiled the full source path's in as a GDB workaround for own sources (i.e. the once of your project).
ollydbg:
--- Quote from: MortenMacFly on June 12, 2011, 11:57:54 am ---Just for the record (actually for my understanding): This bug is only for 3rd party sources like wxWidgets that are not effected by the advanced compiler switch "UseFullSourcePaths", right? Because we did this to have compiled the full source path's in as a GDB workaround for own sources (i.e. the once of your project).
--- End quote ---
Yes, the issue only happens when debugging the wx library. (the wx library was build from make -f makfile.gcc , and has relative source paths embedded in the dll).
In other cases, c::b use full paths, so we don't have such issue.
ollydbg:
FYI:
I found that gdb internally can locates any symbol source file, but it just do not do a canonization on the returned string.
See my research on
http://sourceware.org/ml/gdb/2011-06/msg00099.html
ollydbg:
Great news!!!
I have solved the setting breakpoint problem, look at the patch in:
http://sourceware.org/ml/gdb/2011-06/msg00102.html
:D :D
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version