This is a static dump of issues in the old "Flyspray" bugtracker for DokuWiki. Bugs and feature requests
are now tracked at the issue tracker at Github.
Closed
Fixed
Fixed
FS#932 lexer / preg_match() problem
other
-
2006-10-03 simonxml
I'm trying to create an offline copy of the wiki using offline-doku-0.1.1
running under PHP5 on Windows XP (apache 2 server). It will process some
pages (10 to 15) and then reports this for all the rest:
processing ../data/pages/comp/guiselectionbase.txt...
Warning: preg_match(): Compilation failed: regular expression too large
t 0 in D:\Program Files\Apache2\mywiki\inc\parser\lexer.php on line 115
The remaining files are then copied as raw dokuwiki code.
I've tried increasing the PHP memory (now 800MB) and trimming wordblock.php,
but nothing seems to help. (shortening name/namespace pairs is not an option,
this is software documentation and I have over 3000 topics).
Any help would be very much appreciated.
-
2006-10-04 ChrisS
from http://www.pcre.org/pcre.txt
"The maximum length of a compiled pattern is 65539 (sic) bytes if PCRE is compiled with the default internal linkage size of 2. If you want to process regular expressions that are truly enormous, you can compile PCRE with an internal linkage size of 3 or 4 (see the README file in the source distribution and the pcrebuild documentation for details). In these cases the limit is substantially larger. However, the speed of execution will be slower."
This at least explain why changing the amount of memory available to PHP has no effect.
I did a small amount of googling to look for a php mechanism for detecting compiled pattern size but wasn't able to find anything. It would be worthwhile to discover the compiled size of the standard dokuwiki parser pattern and also the effect on that size of adding wordblocks, acronyms and plugins. i.e. is DokuWiki push close to the limit?
A solution for your particular problem may be to recompile PCRE with a higher linkage number. -
2006-10-04 andi
Well the interesting part of the report is, that it works for a few pages until it fails. The compiled regexp should always be the same size for each page when the same plugins are used, shouldn't it? BTW: wordblocking is not done in the lexer so it should not affect the lexer regexp. -
2006-10-09 sept
Hi, I just submitted the same bug see :
http://bugs.splitbrain.org/?do=details&id=938
For the reason and a patch - Related tasks:
