From: Jan Kratochvil <jan.kratochvil@redhat.com>
To: Nick Roberts <nickrob@snap.net.nz>
Cc: bug-readline@gnu.org, gdb-patches@sourceware.org,
Daniel Jacobowitz <drow@false.org>
Subject: Re: [patch] Fix testsuite annotate-quit race (PR 544)
Date: Wed, 19 Mar 2008 09:31:00 -0000 [thread overview]
Message-ID: <20080319092335.GA1995@host0.dyn.jankratochvil.net> (raw)
In-Reply-To: <18400.53985.920783.999852@kahikatea.snap.net.nz>
On Wed, 19 Mar 2008 09:46:25 +0100, Nick Roberts wrote:
> > > > PR 544 des gdb.cp/annota2.exp and gdb.cp/annota3.exp sometimes FAIL with:
> > > > FAIL: gdb.cp/annota3.exp: annotate-quit (pattern 1)
> > ...
> > > Isn't this a bug in GDB, not a bug in the test?
> >
> > You are right it is probably better to fix it in readline.
>
> Annotations are being deprecated and the original bug report is nearly six
> years old. As as variation of the old adage, I would suggest that "Since
> no-one appears to mind it's broke, don't fix it". The danger of making a fix
> in readline, of course, is that you break annotations elsewhere, where it's
> more important.
* I still face testsuite results flutter making the day-to-day regressions
evaluations expensive. Most of the flutters are fixed in gdb-6.8 but still
some of them remain, this fix is for one of them.
* I do not care much if it FAILs or PASSes but it must not flutter.
* I found it is a known PR 544 only after I fixed it.
* I fixed it as it was a nuisance reported by the courtesy of Roland McGrath.
* As the SIGINT blocking in RL_REDISPLAY fixes the race (1 of 10 cases to 0 of
350 cases during my test) I find it a proof there must be some race.
In fact if you check that RL_REDISPLAY modifies a lot of global variables
being tangled by SIGINT-handler-called RL_FREE_LINE_STATE it is clear some
locking is missing there.
* Sure I am fine to keep the patch in the local branch.
Best Regards,
Jan
next prev parent reply other threads:[~2008-03-19 9:31 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-18 22:55 Jan Kratochvil
2008-03-18 23:18 ` Daniel Jacobowitz
2008-03-19 8:11 ` Jan Kratochvil
2008-03-19 8:46 ` Nick Roberts
2008-03-19 9:31 ` Jan Kratochvil [this message]
2008-03-19 9:56 ` Nick Roberts
2008-03-19 10:13 ` Jan Kratochvil
2008-03-21 20:45 ` Jan Kratochvil
2008-03-21 21:04 ` Daniel Jacobowitz
2008-03-21 21:45 ` Daniel Jacobowitz
2008-03-23 11:01 ` Nick Roberts
2008-03-23 16:30 ` Daniel Jacobowitz
2008-03-23 16:44 ` Jan Kratochvil
2008-03-23 17:30 ` Daniel Jacobowitz
2008-03-24 0:07 ` Nick Roberts
2008-03-24 2:58 ` Daniel Jacobowitz
2008-03-24 7:42 ` Jan Kratochvil
2008-03-24 12:00 ` Daniel Jacobowitz
2008-03-24 13:03 ` Jan Kratochvil
2008-03-24 13:27 ` Daniel Jacobowitz
2008-03-25 1:02 ` Chet Ramey
2008-03-25 2:53 ` Daniel Jacobowitz
2008-03-25 15:56 ` Chet Ramey
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=20080319092335.GA1995@host0.dyn.jankratochvil.net \
--to=jan.kratochvil@redhat.com \
--cc=bug-readline@gnu.org \
--cc=drow@false.org \
--cc=gdb-patches@sourceware.org \
--cc=nickrob@snap.net.nz \
/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