[debbugs-tracker] bug#17516: closed ([PATCH] grep: no count newline at the head of a text buffer)

[GNU bug Tracking System]

Your message dated Fri, 16 May 2014 22:08:41 -0700
with message-id <address@hidden>
and subject line Re: bug#17516: [PATCH] grep: no count newline at the head of a 
text buffer
has caused the debbugs.gnu.org bug report #17516,
regarding [PATCH] grep: no count newline at the head of a text buffer
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
17516: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17516
GNU Bug Tracking System
Contact address@hidden with problems

--- Begin Message --- Subject: [PATCH] grep: no count newline at the head of a text buffer Date: Sat, 17 May 2014 10:20:51 +0900

Severity: critical

When cleared caches of transition tables, number of newline is counted
incorrectly, As a result, grep may crash.

I confirmed crash of grep with a text case in bug#15191

  http://dobrokot.ru/dump/slow_dfa_merge.2013-08-26.tar.gz

  $ env LC_ALL=C time -p src/egrep -f regex.re input_lines.txt

When `p' is beginning, p[-1] is out of the buffer.  Therefore, we
shouldn't count it.

Norihiro

0001-grep-no-count-newline-at-the-head-of-a-text-buffer.patch
Description: Binary data

--- End Message ---

> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#17516: [PATCH] grep: no count newline at the head of a text buffer
>
>
>
>
> Date: 
>
> Fri, 16 May 2014 22:08:41 -0700
>
>
>
>
> User-agent: 
>
> Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
>
>
>
>
> Thanks for catching that; I installed the patch with a slightly reworded 
> ChangeLog entry.
>
>
> --- End Message ---