--- 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/
