Quite possibly, though it might be recursion in that case. Why is the bug marked as status "Bogus"?
Thanks, - Henrik Dominique Faure wrote: > On 3/19/07, Patrick R. Michaud <[EMAIL PROTECTED]> 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. >> > >> > So I'm thinking there's something about (:if:) directive processing >> > (possibly internal preg_replace match subsets) that causes >> preg_replace >> > to fail. >> >> Aha! There may be another solution here, then... if you can, try >> upgrading to the latest 2.2.0-beta version of PmWiki. It changes the >> parsing of the (:if:) directive a fair bit, and I think it's very >> likely the new formulation would avoid the long string problem with >> preg_replace in 5.2.1. >> >> Or, if it turns out you just cannot upgrade into the 2.2.0-beta >> series for some reason, I could see about backporting the (:if:) >> code into 2.1.x, or at least providing a patch. >> > Is it related to this? > > http://bugs.php.net/bug.php?id=39405 > -- Henrik Bechmann www.bechmann.ca Webmaster, www.dufferinpark.ca _______________________________________________ pmwiki-users mailing list [email protected] http://www.pmichaud.com/mailman/listinfo/pmwiki-users
