From: Daniel Jacobowitz Date: Wed, 17 Mar 2010 00:05:23 +0000 (+0000) Subject: * symfile.c (generic_load): Reset breakpoints after loading. X-Git-Tag: gdb_7_1-2010-03-18-release~5 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=3f9caa474570867a737fd0999cdcb63c2c233a4a;p=thirdparty%2Fbinutils-gdb.git * symfile.c (generic_load): Reset breakpoints after loading. --- diff --git a/gdb/ChangeLog b/gdb/ChangeLog index 6ce269211ef..14f6a2cc16a 100644 --- a/gdb/ChangeLog +++ b/gdb/ChangeLog @@ -1,3 +1,7 @@ +2010-03-16 Daniel Jacobowitz + + * symfile.c (generic_load): Reset breakpoints after loading. + 2010-03-16 Holger Hans Peter Freyther * linux-record.c (record_linux_msghdr): Remove unintended semicolons. diff --git a/gdb/symfile.c b/gdb/symfile.c index 3cb40f7bb4c..9c28fb0d9a2 100644 --- a/gdb/symfile.c +++ b/gdb/symfile.c @@ -1920,6 +1920,16 @@ generic_load (char *args, int from_tty) for other targets too. */ regcache_write_pc (get_current_regcache (), entry); + /* Reset breakpoints, now that we have changed the load image. For + instance, breakpoints may have been set (or reset, by + post_create_inferior) while connected to the target but before we + loaded the program. In that case, the prologue analyzer could + have read instructions from the target to find the right + breakpoint locations. Loading has changed the contents of that + memory. */ + + breakpoint_re_set (); + /* FIXME: are we supposed to call symbol_file_add or not? According to a comment from remote-mips.c (where a call to symbol_file_add was commented out), making the call confuses GDB if more than one