From a255c93707c1325ab30ea467c92a3c08c51fc1eb Mon Sep 17 00:00:00 2001 From: David Carlton Date: Mon, 23 Dec 2002 19:39:59 +0000 Subject: 2002-12-23 David Carlton * Merge from mainline; tag is carlton_dictionary-20021223-merge. --- gdb/remote-mips.c | 18 +++++++++--------- 1 file changed, 9 insertions(+), 9 deletions(-) (limited to 'gdb/remote-mips.c') diff --git a/gdb/remote-mips.c b/gdb/remote-mips.c index abd590b..044746d 100644 --- a/gdb/remote-mips.c +++ b/gdb/remote-mips.c @@ -1494,8 +1494,10 @@ mips_initialize (void) the request itself succeeds or fails. */ mips_request ('r', 0, 0, &err, mips_receive_wait, NULL); - set_current_frame (create_new_frame (read_fp (), read_pc ())); - select_frame (get_current_frame ()); + /* FIXME: cagney/2002-11-29: Force the update of selected frame. + This shouldn't be necessary, only many many places still refer to + selected_frame directly (instead of using get_selected_frame(). */ + get_selected_frame (); /* Hack!!! */ } /* Open a connection to the remote board. */ @@ -1612,17 +1614,15 @@ device is attached to the target board (e.g., /dev/ttya).\n" if (ptype) mips_set_processor_type_command (xstrdup (ptype), 0); -/* This is really the job of start_remote however, that makes an assumption - that the target is about to print out a status message of some sort. That - doesn't happen here (in fact, it may not be possible to get the monitor to - send the appropriate packet). */ + /* This is really the job of start_remote however, that makes an + assumption that the target is about to print out a status message + of some sort. That doesn't happen here (in fact, it may not be + possible to get the monitor to send the appropriate packet). */ flush_cached_frames (); registers_changed (); stop_pc = read_pc (); - set_current_frame (create_new_frame (read_fp (), stop_pc)); - select_frame (get_current_frame ()); - print_stack_frame (selected_frame, -1, 1); + print_stack_frame (get_selected_frame (), -1, 1); xfree (serial_port_name); } -- cgit v1.1