diff options
author | Tom Tromey <tromey@redhat.com> | 2013-06-18 19:57:48 +0000 |
---|---|---|
committer | Tom Tromey <tromey@redhat.com> | 2013-06-18 19:57:48 +0000 |
commit | 611aa2b284bbfd7e29b585bc03d31ec6e57c5bf3 (patch) | |
tree | 57cfd31219e75140caa0c3e060a4494944af295a /gdb/dwarf2read.c | |
parent | c1bdf45d7ac94dbf6d82ef03d4d29eb406a244c7 (diff) | |
download | gdb-611aa2b284bbfd7e29b585bc03d31ec6e57c5bf3.tar.gz |
Fix PR cli/15603
This fixes PR cli/15603.
The bug here is that when a software watchpoint is being used, gdb
will stop responding to C-c. This is a regression caused by the
"catch signal" patch.
The problem is that software watchpoints always end up on the bpstat
list. However, this makes bpstat_explains_signal return
BPSTAT_SIGNAL_HIDE, causing infrun to think that the signal is not a
"random signal".
The fix is to change bpstat_explains_signal to handle this better. I
chose to do it in a "clean API" way, by passing the signal value to
bpstat_explains_signal and then adding an explains_signal method for
watchpoints, which handles the specifics.
Built and regtested on x86-64 Fedora 18.
New test case included.
* break-catch-sig.c (signal_catchpoint_explains_signal): Add 'sig'
argument.
* breakpoint.c (bpstat_explains_signal): Add 'sig' argument.
Special case signals other than GDB_SIGNAL_TRAP.
(explains_signal_watchpoint): New function.
(base_breakpoint_explains_signal): Add 'sig' argument.
(initialize_breakpoint_ops): Set 'explains_signal' method for
watchpoints.
* breakpoint.h (struct breakpoint_ops) <explains_signal>: Add
signal argument.
(bpstat_explains_signal): Likewise.
* infrun.c (handle_syscall_event, handle_inferior_event): Update.
* gdb.base/random-signal.c: New file.
* gdb.base/random-signal.exp: New file.
Diffstat (limited to 'gdb/dwarf2read.c')
0 files changed, 0 insertions, 0 deletions