| 57 |
(an internal error was given). Such groups are now left in the compiled |
(an internal error was given). Such groups are now left in the compiled |
| 58 |
pattern, with a new opcode that causes them to be skipped at execution |
pattern, with a new opcode that causes them to be skipped at execution |
| 59 |
time. |
time. |
| 60 |
|
|
| 61 |
|
13. Added the PCRE_JAVASCRIPT_COMPAT option. This currently does two things: |
| 62 |
|
(a) A lone ] character is dis-allowed (Perl treats it as data). |
| 63 |
|
(b) A back reference to an unmatched subpattern matches an empty string |
| 64 |
|
(Perl fails the current match path). |
| 65 |
|
|
| 66 |
|
14. A pattern such as /(?2)[]a()b](abc)/ which had a forward reference to a |
| 67 |
|
non-existent subpattern following a character class starting with ']' and |
| 68 |
|
containing () gave an internal compiling error instead of "reference to |
| 69 |
|
non-existent subpattern". Fortunately, when the pattern did exist, the |
| 70 |
|
compiled code was correct. (When scanning forwards to check for the |
| 71 |
|
existencd of the subpattern, it was treating the data ']' as terminating |
| 72 |
|
the class, so got the count wrong. When actually compiling, the reference |
| 73 |
|
was subsequently set up correctly.) |
| 74 |
|
|
| 75 |
|
|
| 76 |
Version 7.6 28-Jan-08 |
Version 7.6 28-Jan-08 |
Parent Directory
| 
Revision Log
| 
Patch