Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Andrew Cagney <ac131313@cygnus.com>
To: Jim Blandy <jimb@cygnus.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: RFA: fix simulator's handling of exceptions
Date: Mon, 07 May 2001 12:30:00 -0000	[thread overview]
Message-ID: <3AF6F7A6.9000704@cygnus.com> (raw)
In-Reply-To: <20010505210130.9FD755E9D5@zwingli.cygnus.com>

This patch could be totally inept, but with luck, you can see what I
have in mind.  Please clue me in.

2001-05-05  Jim Blandy  <jimb@redhat.com>

* interp.c (program_interrupt): Don't try to emulate the
	processor's behavior when it hits a breakpoint, unless we're
	in the OPERATING_ENVIRONMENT.

I'm not sure this is correct.  The mn10300 doesn't have an operating 
environment (user/supervisor modes).  Have a look at either the d10v or 
the tx39.

In general what happens is:

	o	simulator encounters a breakpoint

	o	simulator saves all state relevant
		to the breakpoint in case it has
		to be delivered

	o	breakpoint encountered (SIGBREAK)
		returned to GDB

	o	GDB checks to see if it is a
		breakpoint on its breakpoint list.

	o	if it is.
		Process the breakpoint and then,
		later when the target is resumed,
		pass in 0 as the signal.

	o	if it isn't
		Depending on the current state of
		SIGBREAK (according to (gdb) handle?)
		possibly resume the target with
		SIGBREAK as the signal.  The target
		simulator should then use that saved
		breakpoint state to deliver a breakpoint
		interrupt to the target.

Andrew


      reply	other threads:[~2001-05-07 12:30 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-05-05 14:00 Jim Blandy
2001-05-07 12:30 ` Andrew Cagney [this message]

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=3AF6F7A6.9000704@cygnus.com \
    --to=ac131313@cygnus.com \
    --cc=gdb-patches@sources.redhat.com \
    --cc=jimb@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