--- embedaddon/pcre/doc/html/pcreperform.html	2012/02/21 23:50:25	1.1.1.2
+++ embedaddon/pcre/doc/html/pcreperform.html	2013/07/22 08:25:57	1.1.1.3
@@ -77,7 +77,7 @@ that PCRE cannot otherwise handle.
 STACK USAGE AT RUN TIME
 </b><br>
 <P>
-When <b>pcre_exec()</b> or <b>pcre16_exec()</b> is used for matching, certain
+When <b>pcre_exec()</b> or <b>pcre[16|32]_exec()</b> is used for matching, certain
 kinds of pattern can cause it to use large amounts of the process stack. In
 some environments the default process stack is quite small, and if it runs out
 the result is often SIGSEGV. This issue is probably the most frequently raised
@@ -99,10 +99,9 @@ contains a few observations about PCRE.
 </P>
 <P>
 Using Unicode character properties (the \p, \P, and \X escapes) is slow,
-because PCRE has to scan a structure that contains data for over fifteen
-thousand characters whenever it needs a character's property. If you can find
-an alternative pattern that does not use character properties, it will probably
-be faster.
+because PCRE has to use a multi-stage table lookup whenever it needs a
+character's property. If you can find an alternative pattern that does not use
+character properties, it will probably be faster.
 </P>
 <P>
 By default, the escape sequences \b, \d, \s, and \w, and the POSIX
@@ -187,7 +186,7 @@ Cambridge CB2 3QH, England.
 REVISION
 </b><br>
 <P>
-Last updated: 09 January 2012
+Last updated: 25 August 2012
 <br>
 Copyright &copy; 1997-2012 University of Cambridge.
 <br>