Subject: Re: grep -P segfault
From: Frodak <[email-masked]>
To: [email-masked]
Cc: [email-masked]
Date: Fri, 26 Jan 2007 15:28:39 -0800 (PST)
List-Id: <cygwin.cygwin.com>

--- Brian Dessent wrote:

> Brian Dessent wrote:
> 
> > Right before calling memchr, beg points to the
> first byte in the string
> > "hello\n", end points to the \n character, and so
> does buflim.  Thus
> > (buflim - end) is zero, and memchr returns NULL. 
> From there match_size
> > is miscalculated and from there it's all downhill.
>  The test for EOL
> > should be skipped if buflim == end.
> 
> I see this is an old bug, reported and fixed in CVS
> nearly two years
> ago:
> 
>
http://lists.gnu.org/archive/html/bug-grep/2005-02/msg00052.html
> http://savannah.gnu.org/bugs/?4531
> 
> And yet apparently the last released version is
> still 2.5.1a from
> 19-Nov-2004.  Sigh.
> 
> Brian
> 

That same email states:
"Generally, the -P option is only an experimental
feature, which can
crash in some cases, especially when you use the more
complicated
features of Perl regexps."

 
____________________________________________________________________________________
Food fight? Enjoy some healthy debate 
in the Yahoo! Answers Food & Drink Q&A.
http://answers.yahoo.com/dir/?link=list&sid=396545367

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/