emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#17066: closed (a DFA state which is built previous


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#17066: closed (a DFA state which is built previously may be re-built in non-UTF8 locales)
Date: Wed, 02 Apr 2014 05:26:03 +0000

Your message dated Tue, 01 Apr 2014 22:25:40 -0700
with message-id <address@hidden>
and subject line Re: bug#17066: a DFA state which is built previously may be 
re-built in non-UTF8 locales
has caused the debbugs.gnu.org bug report #17066,
regarding a DFA state which is built previously may be re-built in non-UTF8 
locales
to be marked as done.

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


-- 
17066: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17066
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: a DFA state which is built previously may be re-built in non-UTF8 locales Date: Sat, 22 Mar 2014 15:59:11 +0900
Package: grep

When don't pass backref parameter to dfaexec(), a DFA state which is built
previously may be re-built.

In non-UTF8 locales, when reach a state which mbps aren't empty, exit
main loop and call build_state() in dfa.c, even if the state has been
already built.

That will cause increase of processing time, and waste of a lot of
memories.

Fortunately, grep program doesn't pass the code in dfa.c unless
mblen_buf overflows, since backref parameter is specified when dfaexec()
is called with large buffer.

Norihiro

Attachment: patch.txt
Description: Text document


--- End Message ---
--- Begin Message --- Subject: Re: bug#17066: a DFA state which is built previously may be re-built in non-UTF8 locales Date: Tue, 01 Apr 2014 22:25:40 -0700 User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
Paolo Bonzini wrote:
Thanks, I'll apply this patch.

Thanks, closing this bug report as done.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]