From: Jason Molenda <jason-swarelist@molenda.com>
To: Andrew Cagney <ac131313@redhat.com>
Cc: gdb-patches@sources.redhat.com, jjohnstn@redhat.com
Subject: Re: PATCH: Fix MI stack frame output for synthetic frames
Date: Fri, 08 Nov 2002 14:46:00 -0000 [thread overview]
Message-ID: <20021108144623.A71229@molenda.com> (raw)
In-Reply-To: <3DCC3CEE.5040902@redhat.com>; from ac131313@redhat.com on Fri, Nov 08, 2002 at 05:38:38PM -0500
[-- Attachment #1: Type: text/plain, Size: 677 bytes --]
On Fri, Nov 08, 2002 at 05:38:38PM -0500, Andrew Cagney wrote:
> It should be possible to test the "<function called from gdb>" case.
> All the more main-stream architectures now use dummy-frames so any one
> of them can be used for the test.
>
> Can you do that?
OK, I'll write up an MI test case for this and re-post the whole
patch a bit later (off to help a user just now :-). I can also
test the signal handler frame one a la gdb.base/signals.exp easily
enough.
For the tests I added to the Apple gdb, I use the following C file
to test various cases (the function bar() I used for verifying
unwindonsignal was working correctly) in MI and CLI mode.
Thanks,
J
[-- Attachment #2: inf-call-interrupt.c --]
[-- Type: text/plain, Size: 577 bytes --]
#include <signal.h>
#include <unistd.h>
#include <stdlib.h>
void foo (void);
void bar (void);
void subroutine (int);
void handler (int);
main ()
{
puts ("Starting up");
foo ();
puts ("Waiting to get a signal");
signal (SIGALRM, handler);
alarm (1);
sleep (2);
puts ("Shutting down");
}
void
foo (void)
{
puts ("hi in foo");
}
void
bar (void)
{
char *nuller = 0;
puts ("hi in bar");
*nuller = 'a'; /* try to cause a segfault */
}
void
handler (int sig)
{
subroutine (sig);
}
void
subroutine (int in)
{
while (in < 100)
in++;
}
next prev parent reply other threads:[~2002-11-08 22:46 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-11-08 14:22 Jason Molenda
2002-11-08 14:38 ` Andrew Cagney
2002-11-08 14:46 ` Jason Molenda [this message]
2002-11-08 15:56 ` Andrew Cagney
2002-11-09 0:47 ` PATCH RFA: " Jason Molenda
2002-11-09 2:13 ` Jason Molenda
2002-11-15 11:16 ` Ping on two MI patches Jason Molenda
2003-02-02 5:52 ` PATCH RFA: Fix MI stack frame output for synthetic frames Andrew Cagney
2003-02-02 17:38 ` Mark Kettenis
2003-02-02 18:23 ` Andrew Cagney
2003-02-02 20:51 ` Mark Kettenis
2003-02-03 18:15 ` David Carlton
2003-02-03 18:27 ` Jason Molenda
2003-02-03 18:34 ` Daniel Jacobowitz
2003-02-04 8:09 ` Jason Molenda
2003-02-05 8:28 ` Jason Molenda
2003-02-05 13:59 ` Daniel Jacobowitz
2003-02-05 14:54 ` Elena Zannoni
2003-02-06 6:28 ` Fix committed for mi-syn-frames fails (was: Re: PATCH RFA: Fix MI stack frame output for synthetic frames) Jason Molenda
2003-02-06 6:31 ` Jason Molenda
2003-02-06 17:01 ` David Carlton
2003-02-06 18:21 ` Andrew Cagney
2003-02-06 18:27 ` Jason Molenda
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=20021108144623.A71229@molenda.com \
--to=jason-swarelist@molenda.com \
--cc=ac131313@redhat.com \
--cc=gdb-patches@sources.redhat.com \
--cc=jjohnstn@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