Re:
ini_set('pcre.backtrack_limit', 1000000);
ini_set('pcre.recursion_limit', 1000000);
Confirmed!
Works with, doesn't work without.
Good catch!! We're a team!
So does this mean that it's not a bug but rather an implementation
issue? (And therefore that the problem is actually completely solved
with your updated implementation?)
Thanks again.
- Henrik
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
