From cc9bed83962b8ed4b30323cb86f52073b5efbf74 Mon Sep 17 00:00:00 2001 From: Randolph Chung Date: Wed, 8 Dec 2004 01:56:16 +0000 Subject: [PATCH] 2004-12-07 Randolph Chung * frame.c (get_prev_frame): Don't terminate unwinding at main if we are unwinding through a dummy frame. --- gdb/ChangeLog | 5 +++++ gdb/frame.c | 11 +++++++++++ 2 files changed, 16 insertions(+) diff --git a/gdb/ChangeLog b/gdb/ChangeLog index 248197e690..d422af496e 100644 --- a/gdb/ChangeLog +++ b/gdb/ChangeLog @@ -1,3 +1,8 @@ +2004-12-07 Randolph Chung + + * frame.c (get_prev_frame): Don't terminate unwinding at main if we + are unwinding through a dummy frame. + 2004-12-07 Randolph Chung * hppa-tdep.h (gdbarch_tdep): Add unwind_adjust_stub method. diff --git a/gdb/frame.c b/gdb/frame.c index 25b32f4915..b229730599 100644 --- a/gdb/frame.c +++ b/gdb/frame.c @@ -1199,7 +1199,18 @@ get_prev_frame (struct frame_info *this_frame) get_current_frame(). */ gdb_assert (this_frame != NULL); + /* tausq/2004-12-07: Dummy frames are skipped because it doesn't make much + sense to stop unwinding at a dummy frame. One place where a dummy + frame may have an address "inside_main_func" is on HPUX. On HPUX, the + pcsqh register (space register for the instruction at the head of the + instruction queue) cannot be written directly; the only way to set it + is to branch to code that is in the target space. In order to implement + frame dummies on HPUX, the called function is made to jump back to where + the inferior was when the user function was called. If gdb was inside + the main function when we created the dummy frame, the dummy frame will + point inside the main function. */ if (this_frame->level >= 0 + && get_frame_type (this_frame) != DUMMY_FRAME && !backtrace_past_main && inside_main_func (this_frame)) /* Don't unwind past main(). Note, this is done _before_ the -- 2.34.1