|
From: | GNU bug Tracking System |
Subject: | [debbugs-tracker] bug#17516: closed ([PATCH] grep: no count newline at the head of a text buffer) |
Date: | Sat, 17 May 2014 05:09:02 +0000 |
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. Norihiro0001-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 Thanks for catching that; I installed the patch with a slightly reworded ChangeLog entry. User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
--- End Message ---
[Prev in Thread] | Current Thread | [Next in Thread] |