Bug 16460 - Layout test fast/regex/test1 fails intermittently on Leopard
Summary: Layout test fast/regex/test1 fails intermittently on Leopard
Status: RESOLVED DUPLICATE of bug 16648
Alias: None
Product: WebKit
Classification: Unclassified
Component: JavaScriptCore (show other bugs)
Version: 528+ (Nightly build)
Hardware: Mac OS X 10.5
: P2 Major
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2007-12-15 19:57 PST by Darin Adler
Modified: 2008-01-02 13:49 PST (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Darin Adler 2007-12-15 19:57:25 PST
--- /tmp/layout-test-results/fast/regex/test1-expected.txt	2007-12-13 14:33:05.000000000 -0800
+++ /tmp/layout-test-results/fast/regex/test1-actual.txt	2007-12-13 14:33:05.000000000 -0800
@@ -2868,7 +2868,7 @@
     aaaa: FAIL. Actual results: "null"
 
 /^(?:a(?:(?:))*)*/
-    aaaa: FAIL. Actual results: "null"
+    aaaa: FAIL. Actual results: "a"
 
 /^(a()+)+/
     aaaa: FAIL. Actual results: "null"

<rdar://problem/5646486>
Comment 1 Darin Adler 2007-12-15 20:47:24 PST
The reason this test gives the result "null" is that it hits the recursion limit.
Comment 2 Darin Adler 2007-12-15 20:49:17 PST
Even increasing the recursion limit to a ridiculous level simply results in a slower-running test but the result is still null. I can't reproduce the "a" result.
Comment 3 Darin Adler 2007-12-15 20:58:07 PST
By the way, this particular test failure is itself probably a bug -- the result really should be "a" and we didn't intentionally change the behavior of PCRE -- but that doesn't explain an intermittent result of "a".

Someone needs to read through the test results and find the many that are actual failures rather than just differences between the JavaScript version and the original PCRE.
Comment 4 David Kilzer (:ddkilzer) 2008-01-02 13:49:04 PST
According to Radar, this is the same issue as Bug 16648.



*** This bug has been marked as a duplicate of 16648 ***