From: Daniel Jacobowitz <drow@mvista.com>
To: Jim Blandy <jimb@zwingli.cygnus.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: RFA: Recognize bottom of stack on Linux
Date: Tue, 05 Feb 2002 13:57:00 -0000 [thread overview]
Message-ID: <20020205165716.A10437@nevyn.them.org> (raw)
In-Reply-To: <npwuxrr978.fsf@zwingli.cygnus.com>
On Tue, Feb 05, 2002 at 02:59:39PM -0500, Jim Blandy wrote:
> Daniel Jacobowitz <drow@mvista.com> writes:
> > On Sun, Feb 03, 2002 at 09:06:36PM -0500, Jim Blandy wrote:
> > >
> > > Now, some folks feel that GDB should show the whole stack, including
> > > _start, __libc_start_main, and anything else that's there. However,
> > > this isn't the way GDB has ever traditionally behaved on native
> > > targets. So this patch makes GDB's backtraces end after main.
> > >
> > > 2002-02-03 Jim Blandy <jimb@redhat.com>
> > >
> > > * i386-linux-tdep.c (i386_linux_frame_chain): Stop the frame chain
> > > after `main', not just after the compilation unit containing the
> > > entry point.
> >
> > Shouldn't we use func_frame_chain_valid instead of
> > file_frame_chain_valid instead of duplicating this?
> >
> > I don't understand why that function doesn't have more callers. It
> > seems that at least all non-embedded targets, or at the very least all
> > Linux targets, should use it.
>
> The following works fine for me, too:
>
> 2002-02-05 Jim Blandy <jimb@redhat.com>
>
> * i386-linux-tdep.c (i386_linux_frame_chain): Use
> func_frame_chain_valid, instead of plain inside_entry_file.
I like this. The way func_frame_chain_valid should really be used is
by something like:
/* NOTE: tm-i386nw.h and tm-i386v4.h override this. */
set_gdbarch_frame_chain_valid (gdbarch, file_frame_chain_valid);
(copied from i386-tdep.c).
Does this patch work for you?
I'm curious as to why we can't just set this universally, or at least a
little more globally. Most things that have a main () use it as a
normal main (). I'd propose that we set it as the default frame chain,
and provide/document an option to ignore inside_main_func.
--
Daniel Jacobowitz Carnegie Mellon University
MontaVista Software Debian GNU/Linux Developer
Index: i386-tdep.c
===================================================================
RCS file: /cvs/src/src/gdb/i386-tdep.c,v
retrieving revision 1.50
diff -u -r1.50 i386-tdep.c
--- i386-tdep.c 2002/01/01 16:29:43 1.50
+++ i386-tdep.c 2002/02/05 21:47:11
@@ -1324,7 +1324,7 @@
set_gdbarch_pc_in_call_dummy (gdbarch, pc_in_call_dummy_on_stack);
- /* NOTE: tm-i386nw.h and tm-i386v4.h override this. */
+ /* NOTE: tm-i386nw.h, tm-i386v4.h, and tm-linux.h override this. */
set_gdbarch_frame_chain_valid (gdbarch, file_frame_chain_valid);
/* NOTE: tm-i386aix.h, tm-i386bsd.h, tm-i386os9k.h, tm-linux.h,
Index: config/i386/tm-linux.h
===================================================================
RCS file: /cvs/src/src/gdb/config/i386/tm-linux.h,v
retrieving revision 1.16
diff -u -r1.16 tm-linux.h
--- config/i386/tm-linux.h 2001/11/08 00:03:52 1.16
+++ config/i386/tm-linux.h 2002/02/05 21:47:11
@@ -31,6 +31,10 @@
#include "i386/tm-i386.h"
#include "tm-linux.h"
+/* Use the alternate method of determining valid frame chains. */
+
+#define FRAME_CHAIN_VALID(fp,fi) func_frame_chain_valid (fp, fi)
+
/* Register number for the "orig_eax" pseudo-register. If this
pseudo-register contains a value >= 0 it is interpreted as the
system call number that the kernel is supposed to restart. */
next prev parent reply other threads:[~2002-02-05 21:57 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-02-03 18:21 Jim Blandy
2002-02-03 19:21 ` Daniel Jacobowitz
2002-02-03 23:00 ` Michael Snyder
2002-02-05 11:58 ` Jim Blandy
2002-02-05 13:57 ` Daniel Jacobowitz [this message]
2002-02-06 11:24 ` Jim Blandy
2002-02-06 16:09 ` Andrew Cagney
2002-03-30 21:56 ` Daniel Jacobowitz
2002-02-03 22:15 ` Eli Zaretskii
2002-02-04 11:02 ` Kevin Buettner
2002-02-04 17:32 ` Andrew Cagney
2002-02-04 17:42 ` Kevin Buettner
2002-02-04 17:44 ` Daniel Jacobowitz
2002-02-04 17:57 ` Michael Snyder
2002-02-04 18:55 ` Daniel Jacobowitz
2002-02-05 11:52 ` Jim Blandy
2002-02-06 16:02 ` Andrew Cagney
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020205165716.A10437@nevyn.them.org \
--to=drow@mvista.com \
--cc=gdb-patches@sources.redhat.com \
--cc=jimb@zwingli.cygnus.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox