diff options
author | Joel Brobecker <brobecker@gnat.com> | 2011-10-02 02:13:13 +0000 |
---|---|---|
committer | Joel Brobecker <brobecker@gnat.com> | 2011-10-02 02:13:13 +0000 |
commit | dd11a36cfed586c986916fa8ae3a087af6408fb3 (patch) | |
tree | a6238eb102c351626e48880c889e5d44b2835a96 /bfd | |
parent | 2fed52b14d501f43023fe5d167ee4c7b4cf9e0d6 (diff) | |
download | gdb-dd11a36cfed586c986916fa8ae3a087af6408fb3.zip gdb-dd11a36cfed586c986916fa8ae3a087af6408fb3.tar.gz gdb-dd11a36cfed586c986916fa8ae3a087af6408fb3.tar.bz2 |
thread-specific breakpoints not saved properly by save-breakpoint
Initially, I noticed that the save command was often missing
new lines in the file that it generated. For instance, consider:
% gdb save-bp
(gdb) b break_me
(gdb) b save-bp.c:27
(gdb) save breakpoints bps
The contents of the bps file would be:
% cat bps
break break_mebreak save-bp.c:27
Looking further into the problem, I realized that the missing newlines
are just a consequence of a missing call to print_recreate_thread.
After having generated the breakpoint location in the break command,
we cannot put a new line until we have looked at whether we need to
add a 'thread NUM' argument.
gdb/ChangeLog:
* breakpoint.c (bkpt_print_recreate): Add call to
print_recreate_thread.
gdb/testsuite/ChangeLog:
* gdb.base/save-bp.exp, gdb.base/save-bp.c: New files.
Diffstat (limited to 'bfd')
0 files changed, 0 insertions, 0 deletions