From: Yao Qi <yao@codesourcery.com>
To: Jan Kratochvil <jan.kratochvil@redhat.com>
Cc: <gdb-patches@sourceware.org>
Subject: Re: [patch] More suggestive displaced-stepping memory error message
Date: Tue, 10 Apr 2012 23:48:00 -0000 [thread overview]
Message-ID: <4F84C2D7.1070203@codesourcery.com> (raw)
In-Reply-To: <20120410191955.GB31331@host2.jankratochvil.net>
On 04/11/2012 03:19 AM, Jan Kratochvil wrote:
> - read_memory (copy, displaced->step_saved_copy, len);
> + status = target_read_memory (copy, displaced->step_saved_copy, len);
> + if (status != 0)
> + throw_error (MEMORY_ERROR,
> + _("Error accessing memory address %s (%s) for "
> + "displaced-stepping buffer, you may want to temporarily "
> + "turn it off if there is only one inferior thread."),
The error message is not clear to me. Why "one inferior thread" matters
here? If GDB is unable to do displaced-stepping due to unavailable
scratch pad, user has no choice except disable displaced-stepping for a
moment, and turn it on later.
> + paddress (target_gdbarch, copy), safe_strerror (status));
^^^^^^^^^^^^^^ why not `gdbarch'?
Think a little more, is it a little over-strict and less user-friendly
in this case? If I got such error message like "turn it off temporarily
and turn it on later", I can turn displaced-stepping off, but I don't
know when to turn it on again. Probably, GDB can be smart enough to not
use displaced stepping when get error on accessing scratch pad. So far,
displaced_step_prepare returns 1 for success and 0 for queued request.
We can add one more return value -1 for `unable to do displaced
stepping', so that caller can go non-displaced-stepping path.
--
Yao (é½å°§)
next prev parent reply other threads:[~2012-04-10 23:32 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-10 19:55 Jan Kratochvil
2012-04-10 23:48 ` Yao Qi [this message]
2012-04-11 8:45 ` Jan Kratochvil
2012-04-11 9:07 ` Yao Qi
2012-04-11 15:54 ` Pedro Alves
2012-04-11 18:11 ` [commit] " Jan Kratochvil
2012-04-11 16:45 ` Pedro Alves
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=4F84C2D7.1070203@codesourcery.com \
--to=yao@codesourcery.com \
--cc=gdb-patches@sourceware.org \
--cc=jan.kratochvil@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