Is the backtrack limit a *count* or a *size*? If it's size it makes sense, if a count, I don't see your current (2.1.26) exceeding the default of 100,000...
Not clear from http://ca.php.net/pcre Patrick R. Michaud wrote: > On Mon, Mar 19, 2007 at 11:59:27AM -0400, Henrik wrote: > >> Dominique Faure wrote: >> >>>> On Mon, Mar 19, 2007 at 10:43:57AM -0400, Henrik wrote: >>>> >>>>> More info: >>>>> >>>>> If I turn off the group header of the large page (the group header >>>>> contains (:if:) directives to be parsed), then the page renders. >>>>> >>> Is it related to this? >>> >>> http://bugs.php.net/bug.php?id=39405 >>> >> Quite possibly, though it might be recursion in that case. Why is the >> bug marked as status "Bogus"? >> > > The PHP team marked the bug report as "bogus" because PHP is working > exactly as it's supposed to in this case, by limiting regular > expression backtracking. In other words, the _report_ is bogus > because the observed behavior isn't a bug in PHP. > > However, this does point to another possible solution -- try > setting in local/config.php: > > ini_set('pcre.backtrack_limit', 1000000); > ini_set('pcre.recursion_limit', 1000000); > > and then see if the large pages work. > > I'm still expecting that the problem is solved altogether by the > changes I made to (:if:) handling in 2.2.0-beta . > > Pm > > > -- Henrik Bechmann www.bechmann.ca Webmaster, www.dufferinpark.ca _______________________________________________ pmwiki-users mailing list [email protected] http://www.pmichaud.com/mailman/listinfo/pmwiki-users
