This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [RFC] PR 15075 dprintf interferes with "next"
- From: Pedro Alves <palves at redhat dot com>
- To: Hui Zhu <teawater at gmail dot com>
- Cc: Tom Tromey <tromey at redhat dot com>, gdb-patches at sourceware dot org, Keith Seitz <keiths at redhat dot com>, Yao Qi <yao at codesourcery dot com>
- Date: Mon, 03 Jun 2013 18:48:29 +0100
- Subject: Re: [RFC] PR 15075 dprintf interferes with "next"
- References: <1361192891-29341-1-git-send-email-yao at codesourcery dot com> <8738wpd3qe dot fsf at fleche dot redhat dot com> <CANFwon3DymreN3ost7ZSrd0deb_sBC6YTzk1fpv8k+7d0ADnLg at mail dot gmail dot com> <5176C14B dot 6010603 at redhat dot com> <CANFwon1tTZTVcn7ieP5=HnPy+2hCKP1my-UE1-Xosp=Q6WrGug at mail dot gmail dot com> <51774714 dot 9060306 at codesourcery dot com> <CANFwon2Q_=++=WbZD25Ch6qnRtpmuVBOsmkqhevyMAnM3y+ZZA at mail dot gmail dot com> <CANFwon0A4wmgEuREeQHYfRWMfn_cct6dHCZ6_oFH+wVr1Wym4A at mail dot gmail dot com> <51969A92 dot 80003 at redhat dot com> <CANFwon3OaNBrvw4jwv_RJ8ws+SVx9NctfTw2FSDVowaxAmgF9Q at mail dot gmail dot com> <519CBE2B dot 7060007 at redhat dot com> <CANFwon0-r4ozDwZ5Av_3Uv_r=FFG4QFRs79-9+g1s0SxjMbUSg at mail dot gmail dot com> <CANFwon0zctGb3jwbYYnUWuAKOctR+7MvFg66bB=iPCCN50UquQ at mail dot gmail dot com>
On 06/03/2013 05:06 AM, Hui Zhu wrote:
> Ping http://sourceware.org/ml/gdb-patches/2013-05/msg00958.html
>
As this exposes the non-stop racy failure, we should fix it that one
first. Failing that, we should kfail or skip the test with
remote targets. Let's consider the latter option later if we don't
manage to address the race timely. As I said on:
http://sourceware.org/ml/gdb-patches/2013-05/msg01111.html
I'm investigating this. I have a prototype patch, but I need
a bit more to handle some details, like what to do with
signal catchpoints when we find threads had been stopped with
a signal (I'm currently thinking of skipping the catchpoints).
I'm composing a test to exercise/expose this kind of stuff,
for a better RFC.
--
Pedro Alves