From: Pedro Alves <palves@redhat.com>
To: Yao Qi <yao@codesourcery.com>, gdb-patches@sourceware.org
Subject: Re: [PATCH] Fix PR 17206
Date: Mon, 28 Jul 2014 14:49:00 -0000 [thread overview]
Message-ID: <53D65DA8.1000005@redhat.com> (raw)
In-Reply-To: <53D6511E.3040404@codesourcery.com>
On 07/28/2014 02:33 PM, Yao Qi wrote:
> On 07/28/2014 08:37 PM, Pedro Alves wrote:
>> This looks right, but, could we add a test to the test suite?
>
> Sure, how about the test below? Without the fix, I get the fail
>
> FAIL: gdb.base/until-range-step.exp: until 2 (GDB internal error)
>
> on x86-linux and arm-none-eabi. With the fix applied, the fail goes
> away. I am not sure the test case name is good or clear enough.
From a high-level perspective, the issue triggered when you did
"until" and PC pointed somewhere we had no debug info for, and there
was no breakpoint at PC that needed to be stepped over. That is
main use case and code path that we didn't have a test for.
Note that although it happened to be a range-stepping-related assertion
that triggered, the code was wrong even without range-stepping. E.g.,
if the instruction at PC is a conditional jmp to PC (like a spinlock),
even without range-stepping, "until" should continue stepping until
PC moves past the jump (that's the whole point of until), while
it was stopping after one single-step, thus still pointing at the
same PC.
So I think "until-nodebug.exp" would be a good name for this test.
> Maybe we can rename it to pr17206.exp or something else.
We avoid such numeric names that make it harder to tell what's
being exercised.
The test itself looks good. Thanks!
Pedro Alves
next prev parent reply other threads:[~2014-07-28 14:26 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-28 12:37 Yao Qi
2014-07-28 13:37 ` Pedro Alves
2014-07-28 14:26 ` Yao Qi
2014-07-28 14:49 ` Pedro Alves [this message]
2014-07-29 7:22 ` Yao Qi
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=53D65DA8.1000005@redhat.com \
--to=palves@redhat.com \
--cc=gdb-patches@sourceware.org \
--cc=yao@codesourcery.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