| 1 |
ChangeLog for PCRE |
ChangeLog for PCRE |
| 2 |
------------------ |
------------------ |
| 3 |
|
|
| 4 |
Version 8.02 01-Mar-2010 |
Version 8.10 03 May-2010 |
| 5 |
|
------------------------ |
| 6 |
|
|
| 7 |
|
1. Added support for (*MARK:ARG) and for ARG additions to PRUNE, SKIP, and |
| 8 |
|
THEN. |
| 9 |
|
|
| 10 |
|
2. (*ACCEPT) was not working when inside an atomic group. |
| 11 |
|
|
| 12 |
|
3. Inside a character class, \B is treated as a literal by default, but |
| 13 |
|
faulted if PCRE_EXTRA is set. This mimics Perl's behaviour (the -w option |
| 14 |
|
causes the error). The code is unchanged, but I tidied the documentation. |
| 15 |
|
|
| 16 |
|
4. Inside a character class, PCRE always treated \R and \X as literals, |
| 17 |
|
whereas Perl faults them if its -w option is set. I have changed PCRE so |
| 18 |
|
that it faults them when PCRE_EXTRA is set. |
| 19 |
|
|
| 20 |
|
|
| 21 |
|
Version 8.02 19-Mar-2010 |
| 22 |
------------------------ |
------------------------ |
| 23 |
|
|
| 24 |
1. The Unicode data tables have been updated to Unicode 5.2.0. |
1. The Unicode data tables have been updated to Unicode 5.2.0. |
| 25 |
|
|
| 26 |
|
2. Added the option --libs-cpp to pcre-config, but only when C++ support is |
| 27 |
|
configured. |
| 28 |
|
|
| 29 |
|
3. Updated the licensing terms in the pcregexp.pas file, as agreed with the |
| 30 |
|
original author of that file, following a query about its status. |
| 31 |
|
|
| 32 |
|
4. On systems that do not have stdint.h (e.g. Solaris), check for and include |
| 33 |
|
inttypes.h instead. This fixes a bug that was introduced by change 8.01/8. |
| 34 |
|
|
| 35 |
|
5. A pattern such as (?&t)*+(?(DEFINE)(?<t>.)) which has a possessive |
| 36 |
|
quantifier applied to a forward-referencing subroutine call, could compile |
| 37 |
|
incorrect code or give the error "internal error: previously-checked |
| 38 |
|
referenced subpattern not found". |
| 39 |
|
|
| 40 |
|
6. Both MS Visual Studio and Symbian OS have problems with initializing |
| 41 |
|
variables to point to external functions. For these systems, therefore, |
| 42 |
|
pcre_malloc etc. are now initialized to local functions that call the |
| 43 |
|
relevant global functions. |
| 44 |
|
|
| 45 |
|
7. There were two entries missing in the vectors called coptable and poptable |
| 46 |
|
in pcre_dfa_exec.c. This could lead to memory accesses outsize the vectors. |
| 47 |
|
I've fixed the data, and added a kludgy way of testing at compile time that |
| 48 |
|
the lengths are correct (equal to the number of opcodes). |
| 49 |
|
|
| 50 |
|
8. Following on from 7, I added a similar kludge to check the length of the |
| 51 |
|
eint vector in pcreposix.c. |
| 52 |
|
|
| 53 |
|
9. Error texts for pcre_compile() are held as one long string to avoid too |
| 54 |
|
much relocation at load time. To find a text, the string is searched, |
| 55 |
|
counting zeros. There was no check for running off the end of the string, |
| 56 |
|
which could happen if a new error number was added without updating the |
| 57 |
|
string. |
| 58 |
|
|
| 59 |
|
10. \K gave a compile-time error if it appeared in a lookbehind assersion. |
| 60 |
|
|
| 61 |
|
11. \K was not working if it appeared in an atomic group or in a group that |
| 62 |
|
was called as a "subroutine", or in an assertion. Perl 5.11 documents that |
| 63 |
|
\K is "not well defined" if used in an assertion. PCRE now accepts it if |
| 64 |
|
the assertion is positive, but not if it is negative. |
| 65 |
|
|
| 66 |
|
12. Change 11 fortuitously reduced the size of the stack frame used in the |
| 67 |
|
"match()" function of pcre_exec.c by one pointer. Forthcoming |
| 68 |
|
implementation of support for (*MARK) will need an extra pointer on the |
| 69 |
|
stack; I have reserved it now, so that the stack frame size does not |
| 70 |
|
decrease. |
| 71 |
|
|
| 72 |
|
13. A pattern such as (?P<L1>(?P<L2>0)|(?P>L2)(?P>L1)) in which the only other |
| 73 |
|
item in branch that calls a recursion is a subroutine call - as in the |
| 74 |
|
second branch in the above example - was incorrectly given the compile- |
| 75 |
|
time error "recursive call could loop indefinitely" because pcre_compile() |
| 76 |
|
was not correctly checking the subroutine for matching a non-empty string. |
| 77 |
|
|
| 78 |
|
14. The checks for overrunning compiling workspace could trigger after an |
| 79 |
|
overrun had occurred. This is a "should never occur" error, but it can be |
| 80 |
|
triggered by pathological patterns such as hundreds of nested parentheses. |
| 81 |
|
The checks now trigger 100 bytes before the end of the workspace. |
| 82 |
|
|
| 83 |
|
15. Fix typo in configure.ac: "srtoq" should be "strtoq". |
| 84 |
|
|
| 85 |
|
|
| 86 |
Version 8.01 19-Jan-2010 |
Version 8.01 19-Jan-2010 |
| 87 |
------------------------ |
------------------------ |
Parent Directory
| 
Revision Log
| 
Patch