2 |
------------------ |
------------------ |
3 |
|
|
4 |
|
|
5 |
|
Version 3.2 12-May-00 |
6 |
|
--------------------- |
7 |
|
|
8 |
|
This is purely a bug fixing release. |
9 |
|
|
10 |
|
1. If the pattern /((Z)+|A)*/ was matched agained ZABCDEFG it matched Z instead |
11 |
|
of ZA. This was just one example of several cases that could provoke this bug, |
12 |
|
which was introduced by change 9 of version 2.00. The code for breaking |
13 |
|
infinite loops after an iteration that matches an empty string was't working |
14 |
|
correctly. |
15 |
|
|
16 |
|
2. The pcretest program was not imitating Perl correctly for the pattern /a*/g |
17 |
|
when matched against abbab (for example). After matching an empty string, it |
18 |
|
wasn't forcing anchoring when setting PCRE_NOTEMPTY for the next attempt; this |
19 |
|
caused it to match further down the string than it should. |
20 |
|
|
21 |
|
3. The code contained an inclusion of sys/types.h. It isn't clear why this |
22 |
|
was there because it doesn't seem to be needed, and it causes trouble on some |
23 |
|
systems, as it is not a Standard C header. It has been removed. |
24 |
|
|
25 |
|
4. Made 4 silly changes to the source to avoid stupid compiler warnings that |
26 |
|
were reported on the Macintosh. The changes were from |
27 |
|
|
28 |
|
while ((c = *(++ptr)) != 0 && c != '\n'); |
29 |
|
to |
30 |
|
while ((c = *(++ptr)) != 0 && c != '\n') ; |
31 |
|
|
32 |
|
Totally extraordinary, but if that's what it takes... |
33 |
|
|
34 |
|
5. PCRE is being used in one environment where neither memmove() nor bcopy() is |
35 |
|
available. Added HAVE_BCOPY and an autoconf test for it; if neither |
36 |
|
HAVE_MEMMOVE nor HAVE_BCOPY is set, use a built-in emulation function which |
37 |
|
assumes the way PCRE uses memmove() (always moving upwards). |
38 |
|
|
39 |
|
6. PCRE is being used in one environment where strchr() is not available. There |
40 |
|
was only one use in pcre.c, and writing it out to avoid strchr() probably gives |
41 |
|
faster code anyway. |
42 |
|
|
43 |
|
|
44 |
|
Version 3.1 09-Feb-00 |
45 |
|
--------------------- |
46 |
|
|
47 |
|
The only change in this release is the fixing of some bugs in Makefile.in for |
48 |
|
the "install" target: |
49 |
|
|
50 |
|
(1) It was failing to install pcreposix.h. |
51 |
|
|
52 |
|
(2) It was overwriting the pcre.3 man page with the pcreposix.3 man page. |
53 |
|
|
54 |
|
|
55 |
|
Version 3.0 01-Feb-00 |
56 |
|
--------------------- |
57 |
|
|
58 |
|
1. Add support for the /+ modifier to perltest (to output $` like it does in |
59 |
|
pcretest). |
60 |
|
|
61 |
|
2. Add support for the /g modifier to perltest. |
62 |
|
|
63 |
|
3. Fix pcretest so that it behaves even more like Perl for /g when the pattern |
64 |
|
matches null strings. |
65 |
|
|
66 |
|
4. Fix perltest so that it doesn't do unwanted things when fed an empty |
67 |
|
pattern. Perl treats empty patterns specially - it reuses the most recent |
68 |
|
pattern, which is not what we want. Replace // by /(?#)/ in order to avoid this |
69 |
|
effect. |
70 |
|
|
71 |
|
5. The POSIX interface was broken in that it was just handing over the POSIX |
72 |
|
captured string vector to pcre_exec(), but (since release 2.00) PCRE has |
73 |
|
required a bigger vector, with some working space on the end. This means that |
74 |
|
the POSIX wrapper now has to get and free some memory, and copy the results. |
75 |
|
|
76 |
|
6. Added some simple autoconf support, placing the test data and the |
77 |
|
documentation in separate directories, re-organizing some of the |
78 |
|
information files, and making it build pcre-config (a GNU standard). Also added |
79 |
|
libtool support for building PCRE as a shared library, which is now the |
80 |
|
default. |
81 |
|
|
82 |
|
7. Got rid of the leading zero in the definition of PCRE_MINOR because 08 and |
83 |
|
09 are not valid octal constants. Single digits will be used for minor values |
84 |
|
less than 10. |
85 |
|
|
86 |
|
8. Defined REG_EXTENDED and REG_NOSUB as zero in the POSIX header, so that |
87 |
|
existing programs that set these in the POSIX interface can use PCRE without |
88 |
|
modification. |
89 |
|
|
90 |
|
9. Added a new function, pcre_fullinfo() with an extensible interface. It can |
91 |
|
return all that pcre_info() returns, plus additional data. The pcre_info() |
92 |
|
function is retained for compatibility, but is considered to be obsolete. |
93 |
|
|
94 |
|
10. Added experimental recursion feature (?R) to handle one common case that |
95 |
|
Perl 5.6 will be able to do with (?p{...}). |
96 |
|
|
97 |
|
11. Added support for POSIX character classes like [:alpha:], which Perl is |
98 |
|
adopting. |
99 |
|
|
100 |
|
|
101 |
|
Version 2.08 31-Aug-99 |
102 |
|
---------------------- |
103 |
|
|
104 |
|
1. When startoffset was not zero and the pattern began with ".*", PCRE was not |
105 |
|
trying to match at the startoffset position, but instead was moving forward to |
106 |
|
the next newline as if a previous match had failed. |
107 |
|
|
108 |
|
2. pcretest was not making use of PCRE_NOTEMPTY when repeating for /g and /G, |
109 |
|
and could get into a loop if a null string was matched other than at the start |
110 |
|
of the subject. |
111 |
|
|
112 |
|
3. Added definitions of PCRE_MAJOR and PCRE_MINOR to pcre.h so the version can |
113 |
|
be distinguished at compile time, and for completeness also added PCRE_DATE. |
114 |
|
|
115 |
|
5. Added Paul Sokolovsky's minor changes to make it easy to compile a Win32 DLL |
116 |
|
in GnuWin32 environments. |
117 |
|
|
118 |
|
|
119 |
|
Version 2.07 29-Jul-99 |
120 |
|
---------------------- |
121 |
|
|
122 |
|
1. The documentation is now supplied in plain text form and HTML as well as in |
123 |
|
the form of man page sources. |
124 |
|
|
125 |
|
2. C++ compilers don't like assigning (void *) values to other pointer types. |
126 |
|
In particular this affects malloc(). Although there is no problem in Standard |
127 |
|
C, I've put in casts to keep C++ compilers happy. |
128 |
|
|
129 |
|
3. Typo on pcretest.c; a cast of (unsigned char *) in the POSIX regexec() call |
130 |
|
should be (const char *). |
131 |
|
|
132 |
|
4. If NOPOSIX is defined, pcretest.c compiles without POSIX support. This may |
133 |
|
be useful for non-Unix systems who don't want to bother with the POSIX stuff. |
134 |
|
However, I haven't made this a standard facility. The documentation doesn't |
135 |
|
mention it, and the Makefile doesn't support it. |
136 |
|
|
137 |
|
5. The Makefile now contains an "install" target, with editable destinations at |
138 |
|
the top of the file. The pcretest program is not installed. |
139 |
|
|
140 |
|
6. pgrep -V now gives the PCRE version number and date. |
141 |
|
|
142 |
|
7. Fixed bug: a zero repetition after a literal string (e.g. /abcde{0}/) was |
143 |
|
causing the entire string to be ignored, instead of just the last character. |
144 |
|
|
145 |
|
8. If a pattern like /"([^\\"]+|\\.)*"/ is applied in the normal way to a |
146 |
|
non-matching string, it can take a very, very long time, even for strings of |
147 |
|
quite modest length, because of the nested recursion. PCRE now does better in |
148 |
|
some of these cases. It does this by remembering the last required literal |
149 |
|
character in the pattern, and pre-searching the subject to ensure it is present |
150 |
|
before running the real match. In other words, it applies a heuristic to detect |
151 |
|
some types of certain failure quickly, and in the above example, if presented |
152 |
|
with a string that has no trailing " it gives "no match" very quickly. |
153 |
|
|
154 |
|
9. A new runtime option PCRE_NOTEMPTY causes null string matches to be ignored; |
155 |
|
other alternatives are tried instead. |
156 |
|
|
157 |
|
|
158 |
|
Version 2.06 09-Jun-99 |
159 |
|
---------------------- |
160 |
|
|
161 |
|
1. Change pcretest's output for amount of store used to show just the code |
162 |
|
space, because the remainder (the data block) varies in size between 32-bit and |
163 |
|
64-bit systems. |
164 |
|
|
165 |
|
2. Added an extra argument to pcre_exec() to supply an offset in the subject to |
166 |
|
start matching at. This allows lookbehinds to work when searching for multiple |
167 |
|
occurrences in a string. |
168 |
|
|
169 |
|
3. Added additional options to pcretest for testing multiple occurrences: |
170 |
|
|
171 |
|
/+ outputs the rest of the string that follows a match |
172 |
|
/g loops for multiple occurrences, using the new startoffset argument |
173 |
|
/G loops for multiple occurrences by passing an incremented pointer |
174 |
|
|
175 |
|
4. PCRE wasn't doing the "first character" optimization for patterns starting |
176 |
|
with \b or \B, though it was doing it for other lookbehind assertions. That is, |
177 |
|
it wasn't noticing that a match for a pattern such as /\bxyz/ has to start with |
178 |
|
the letter 'x'. On long subject strings, this gives a significant speed-up. |
179 |
|
|
180 |
|
|
181 |
|
Version 2.05 21-Apr-99 |
182 |
|
---------------------- |
183 |
|
|
184 |
|
1. Changed the type of magic_number from int to long int so that it works |
185 |
|
properly on 16-bit systems. |
186 |
|
|
187 |
|
2. Fixed a bug which caused patterns starting with .* not to work correctly |
188 |
|
when the subject string contained newline characters. PCRE was assuming |
189 |
|
anchoring for such patterns in all cases, which is not correct because .* will |
190 |
|
not pass a newline unless PCRE_DOTALL is set. It now assumes anchoring only if |
191 |
|
DOTALL is set at top level; otherwise it knows that patterns starting with .* |
192 |
|
must be retried after every newline in the subject. |
193 |
|
|
194 |
|
|
195 |
|
Version 2.04 18-Feb-99 |
196 |
|
---------------------- |
197 |
|
|
198 |
|
1. For parenthesized subpatterns with repeats whose minimum was zero, the |
199 |
|
computation of the store needed to hold the pattern was incorrect (too large). |
200 |
|
If such patterns were nested a few deep, this could multiply and become a real |
201 |
|
problem. |
202 |
|
|
203 |
|
2. Added /M option to pcretest to show the memory requirement of a specific |
204 |
|
pattern. Made -m a synonym of -s (which does this globally) for compatibility. |
205 |
|
|
206 |
|
3. Subpatterns of the form (regex){n,m} (i.e. limited maximum) were being |
207 |
|
compiled in such a way that the backtracking after subsequent failure was |
208 |
|
pessimal. Something like (a){0,3} was compiled as (a)?(a)?(a)? instead of |
209 |
|
((a)((a)(a)?)?)? with disastrous performance if the maximum was of any size. |
210 |
|
|
211 |
|
|
212 |
Version 2.03 02-Feb-99 |
Version 2.03 02-Feb-99 |
213 |
---------------------- |
---------------------- |
214 |
|
|
215 |
1. Fixed typo and small mistake in man page. |
1. Fixed typo and small mistake in man page. |
216 |
|
|
217 |
2. Added 4th condition (GPL supersedes) and created separate LICENCE file. |
2. Added 4th condition (GPL supersedes if conflict) and created separate |
218 |
|
LICENCE file containing the conditions. |
219 |
|
|
220 |
3. Updated pcretest so that patterns such as /abc\/def/ work like they do in |
3. Updated pcretest so that patterns such as /abc\/def/ work like they do in |
221 |
Perl, that is the internal \ allows the delimiter to be included in the |
Perl, that is the internal \ allows the delimiter to be included in the |