aboutsummaryrefslogtreecommitdiff
path: root/gdb
diff options
context:
space:
mode:
authorJim Blandy <jimb@codesourcery.com>2001-09-13 22:48:19 +0000
committerJim Blandy <jimb@codesourcery.com>2001-09-13 22:48:19 +0000
commite8816aacaefe54f71ded95f961884a04e1fa6e3a (patch)
treea22c0090310a0d795cc676ce1df3764bb76f7a75 /gdb
parentc11cc227898a829a5010ad9075486b8a1971a623 (diff)
downloadgdb-e8816aacaefe54f71ded95f961884a04e1fa6e3a.zip
gdb-e8816aacaefe54f71ded95f961884a04e1fa6e3a.tar.gz
gdb-e8816aacaefe54f71ded95f961884a04e1fa6e3a.tar.bz2
* monitor.c (monitor_load): Don't delete symtab users, or reset
inferior_ptid.
Diffstat (limited to 'gdb')
-rw-r--r--gdb/ChangeLog3
-rw-r--r--gdb/monitor.c22
2 files changed, 16 insertions, 9 deletions
diff --git a/gdb/ChangeLog b/gdb/ChangeLog
index a541ce4..71200c2 100644
--- a/gdb/ChangeLog
+++ b/gdb/ChangeLog
@@ -1,5 +1,8 @@
2001-09-13 Jim Blandy <jimb@redhat.com>
+ * monitor.c (monitor_load): Don't delete symtab users, or reset
+ inferior_ptid.
+
* monitor.c (monitor_load): Fix indentation.
2001-09-11 Jim Blandy <jimb@redhat.com>
diff --git a/gdb/monitor.c b/gdb/monitor.c
index 0603806..b78496a 100644
--- a/gdb/monitor.c
+++ b/gdb/monitor.c
@@ -2206,15 +2206,19 @@ monitor_load (char *file, int from_tty)
if (exec_bfd)
write_pc (bfd_get_start_address (exec_bfd));
- inferior_ptid = null_ptid ; /* No process now */
-
- /* This is necessary because many things were based on the PC at the
- time that we attached to the monitor, which is no longer valid
- now that we have loaded new code (and just changed the PC).
- Another way to do this might be to call normal_stop, except that
- the stack may not be valid, and things would get horribly
- confused... */
- clear_symtab_users ();
+ /* There used to be code here which would clear inferior_ptid and
+ call clear_symtab_users. None of that should be necessary:
+ monitor targets should behave like remote protocol targets, and
+ since generic_load does none of those things, this function
+ shouldn't either.
+
+ Furthermore, clearing inferior_ptid is *incorrect*. After doing
+ a load, we still have a valid connection to the monitor, with a
+ live processor state to fiddle with. The user can type
+ `continue' or `jump *start' and make the program run. If they do
+ these things, however, GDB will be talking to a running program
+ while inferior_ptid is null_ptid; this makes things like
+ reinit_frame_cache very confused. */
}
static void