Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Michael Snyder <msnyder@vmware.com>
To: Eli Zaretskii <eliz@gnu.org>,
	 pedro@codesourcery.com,   teawater@gmail.com,
	 gdb-patches@sourceware.org,  brobecker@adacore.com,
	  msnyder@vmware.com
Subject: Re: [RFA] Displaced stepping just enable in non-stop mode
Date: Thu, 16 Oct 2008 21:19:00 -0000	[thread overview]
Message-ID: <48F7AEF2.4050405@vmware.com> (raw)
In-Reply-To: <20081016183217.GA27176@caradoc.them.org>

Daniel Jacobowitz wrote:

>> We could also try to detect if it works, and display a warning if we
>> think it won't (RE the cases you described above).
> 
> Hmm, that's an interesting idea.  Pedro, what do you think - would
> autodetection work for the cases we've seen trouble?  Something as
> simple as "can we write to _start" is probably enough, but I don't
> remember what the failure looked like with the record target; and in
> that case it may be complicated by the fact that we're initially going
> forwards and could write.

What it looks like is that you try to write to memory
that's write-protected.

This is because most replay targets will treat all of memory
as write-protected when they are in replay mode.

Where this usually manifests is, you'll say "continue"
(probably for the first time since attaching to the target),
and it'll croak because it's trying to step over some
"invisible" breakpoint such as the one that handles
shared libraries.

> 
>>> I'm not sure what else to call displaced stepping.  "Step around
>>> breakpoints"?
>> The text mentions "out-of-line stepping", which sounds better to me.
> 
> I like "set step out-of-line"...

Arr arr...  step up-against-the-wall...


  reply	other threads:[~2008-10-16 21:19 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-07  6:27 teawater
2008-10-07 12:18 ` Joel Brobecker
2008-10-08  6:11   ` teawater
2008-10-09 14:50     ` Pedro Alves
2008-10-10  3:38       ` teawater
2008-10-14  7:36         ` teawater
2008-10-16  0:07           ` Pedro Alves
2008-10-16  2:29             ` teawater
2008-10-16  2:39             ` Daniel Jacobowitz
2008-10-16  2:59               ` Pedro Alves
2008-10-22  3:16                 ` teawater
2008-10-22 19:48                   ` Eli Zaretskii
2008-10-23  8:13                     ` teawater
2008-10-23 12:57                       ` Pedro Alves
2008-10-24  2:49                         ` teawater
2008-10-16  8:13             ` Eli Zaretskii
2008-10-16 12:35               ` Daniel Jacobowitz
2008-10-16 18:27                 ` Eli Zaretskii
2008-10-16 18:33                   ` Daniel Jacobowitz
2008-10-16 21:19                     ` Michael Snyder [this message]
2008-10-17  5:46                       ` teawater
2008-10-17 10:02                         ` Eli Zaretskii
2008-10-17 15:05                           ` Pedro Alves
2008-10-17 16:09                           ` teawater
2008-10-17 14:48                       ` Pedro Alves
2008-10-17 16:01                         ` teawater
2008-10-17 17:33                         ` Michael Snyder
2008-10-17 19:47                           ` Jakob Engblom
2008-10-17 19:49                             ` Michael Snyder
2008-10-17 14:51                   ` Pedro Alves
2008-10-17 15:53                     ` Eli Zaretskii

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=48F7AEF2.4050405@vmware.com \
    --to=msnyder@vmware.com \
    --cc=brobecker@adacore.com \
    --cc=eliz@gnu.org \
    --cc=gdb-patches@sourceware.org \
    --cc=pedro@codesourcery.com \
    --cc=teawater@gmail.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