Summary: | Implement automatically breaking on exception throw | ||
---|---|---|---|
Product: | [Applications] kdevelop | Reporter: | Alexander <ashaduri> |
Component: | CPP Debugger | Assignee: | kdevelop-bugs-null |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | niko.sams, vlas.puhov |
Priority: | NOR | ||
Version: | git master | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Alexander
2014-01-09 10:46:15 UTC
Git commit 184e3a0bfb83e29574493f11faa2f66d120a941b by Vlas Puhov. Committed on 09/01/2014 at 15:36. Pushed by vpuhov into branch 'master'. Show locations for all breakpoints even if they have neither file nor line information. Otherwise we'll be showing valid breakpoints with empty locations. Also these breakpoints now'll be automatically inserted on debugger's restarts. M +1 -1 debuggers/gdb/breakpointcontroller.cpp M +4 -0 debuggers/gdb/unittests/gdbtest.cpp http://commits.kde.org/kdevelop/184e3a0bfb83e29574493f11faa2f66d120a941b I don't think it's a good idea to implement a GUI for this... Have you tried adding "catch throw" command into .gdbinit file? It works perfectly for me. Anyway it's not an issue any more as "catch throw" breakpoint (__cxa_throw) should be reinserted automatically on debugger's restart. Thanks. I do really think that a GUI is a good idea though, since __cxa_throw is anything but intuitive, especially for the new users. Especially since you don't have access to the GDB prompt until you actually run the program and break somewhere before the exception is thrown. I just noticed that you can indeed set the breakpoints before GDB is run. Still, an ordinary user has no way of knowing about __cxa_throw. |