From: Jim Blandy <jimb@zwingli.cygnus.com>
To: gdb-patches@sources.redhat.com
Subject: RFA: try to ensure abort has valid return address
Date: Fri, 11 Jan 2002 22:45:00 -0000 [thread overview]
Message-ID: <20020112064706.52E575E9D8@zwingli.cygnus.com> (raw)
2002-01-12 Jim Blandy <jimb@redhat.com>
* gdb.base/coremaker.c (func2): Try to arrange for the return
address passed to `abort' to fall within `func2', so we can get
backtraces.
Index: gdb/testsuite/gdb.base/coremaker.c
===================================================================
RCS file: /cvs/cvsfiles/devo/gdb/testsuite/gdb.base/coremaker.c,v
retrieving revision 1.4
diff -c -r1.4 coremaker.c
*** gdb/testsuite/gdb.base/coremaker.c 1999/06/25 23:44:28 1.4
--- gdb/testsuite/gdb.base/coremaker.c 2002/01/12 06:42:09
***************
*** 81,87 ****
}
void
! func2 ()
{
int coremaker_local[5];
int i;
--- 81,87 ----
}
void
! func2 (int please_abort)
{
int coremaker_local[5];
int i;
***************
*** 104,116 ****
for (i = 0; i < 5; i++)
coremaker_bss += coremaker_local[i];
coremaker_data = coremaker_ro + 1;
! abort ();
}
void
func1 ()
{
! func2 ();
}
int main ()
--- 104,138 ----
for (i = 0; i < 5; i++)
coremaker_bss += coremaker_local[i];
coremaker_data = coremaker_ro + 1;
!
! /* This function used to simply call `abort' unconditionally.
! However, because GCC sometimes knows that `abort' will never
! return, the `call' instruction that invokes `abort' would
! sometimes be the very last instruction in this function. The
! epilogue instructions you'd normally expect --- deallocating the
! frame, jumping to the return address --- were omitted, since
! they'd never be reached anyway. This means that the return
! address passed to abort (which it'll never use) actually points
! beyond the end of the caller! Sometimes the return address
! seemed to be in the next function; sometimes it seemed to be in
! padding instructions between functions, for which there was no
! line number info. In any case, GDB had difficulties producing a
! backtrace in this case.
!
! There's no way to force the compiler not to put the call to
! `abort' at the very end of the function --- after all, it is
! functionally correct to do so. But we hope that putting it in a
! conditional will make it more likely that GDB can get a
! backtrace, and find coremaker_local, which is what we really care
! about. */
! if (please_abort)
! abort ();
}
void
func1 ()
{
! func2 (1);
}
int main ()
next reply other threads:[~2002-01-12 6:45 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-11 22:45 Jim Blandy [this message]
2002-01-20 16:24 ` Andrew Cagney
2002-01-21 8:29 ` Fernando Nasser
2002-01-21 14:13 ` Jim Blandy
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=20020112064706.52E575E9D8@zwingli.cygnus.com \
--to=jimb@zwingli.cygnus.com \
--cc=gdb-patches@sources.redhat.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