GNU bug report logs - #15773
grep-2.15 bug report

Previous Next

Full log

Message #44 received at 15773 <at> debbugs.gnu.org (full text, mbox):

From: Aharon Robbins <arnold <at> skeeve.com>
To: jim <at> meyering.net
Cc: 15773 <at> debbugs.gnu.org, mirraz1 <at> rambler.ru
Subject: Re: bug#15773: grep-2.15 bug report
Date: Sat, 02 Nov 2013 21:14:51 +0200

> > > Hi.
> > >
> > >> > The program below correctly produces no output, with and without the fix
> > >> > in dfa.c:lex. (I have added the fix anyway.)
> > >
> > > Also with LC_ALL=en_US.utf8, without the fix the program still passes.
> > >
> > > So, any ideas?
> >
> > Hi Arnold,
> > I don't recall how gawk uses dfa.c, so can't really guess.
> > Does the DFA matcher really accept those?  If so, maybe
> > gawk somehow manages to reset that dfa.c-internal variable
> > via some other code path?
>
> I will look in a debugger.
>
> It's entirely possible that gawk is falling back to regex when
> dfa fails.  In which case I should see an internal difference before
> and after the fix.

	Hoist by me own petard.
		-- Popeye

Indeed, this is what was happening. dfa would fail and then gawk
would fall back to regex, which would succeed. With the patch
dfa succeeds and regex is bypassed.

But the test is worth having anyway.

Much thanks,

Arnold

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.