[pcre-dev] [Bug 1504] New: DFA matching seems to have regres…

Top Page
Delete this message
Author: Simon McVittie
Date:  
To: pcre-dev
Subject: [pcre-dev] [Bug 1504] New: DFA matching seems to have regressed, causing GLib test failure
------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=1504
           Summary: DFA matching seems to have regressed, causing GLib test
                    failure
           Product: PCRE
           Version: 8.35
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: bug
          Priority: medium
         Component: Code
        AssignedTo: ph10@???
        ReportedBy: smcv@???
                CC: pcre-dev@???



Created an attachment (id=742)
--> (http://bugs.exim.org/attachment.cgi?id=742)
test case

GLib 2.40, which was written with PCRE 8.31 in mind, is failing its regex tests
when compiled against a system installation of PCRE 8.35. Some of these
failures can be explained by changes in PCRE 8.32 and 8.34: the tests
incorrectly assert that a PCRE 8.31 bug fixed in 8.32 is still present, and
also exercise (?P<1>), for which support was deliberately removed in 8.34.

However, after cutting out those test cases, DFA matching
(g_regex_match_all()/pcre_dfa_exec()) still seems to have regressed. I have
reduced one of the failing cases down to a "pure PCRE" test-case which passes
with Debian's pcre3/8.31-5, but fails with 8.35-1 and 8.35-2: matching the
regex "a+" against target string "aaa" only matches once, "aaa", whereas it
should have matched three times at offset 0, "aaa", "aa" and "a".

The GLib bug: <https://bugzilla.gnome.org/show_bug.cgi?id=733325>


--
Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email