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