| 33 |
5. Updated the support (such as it is) for Virtual Pascal, thanks to Stefan |
5. Updated the support (such as it is) for Virtual Pascal, thanks to Stefan |
| 34 |
Weber: (1) pcre_internal.h was missing some function renames; (2) updated |
Weber: (1) pcre_internal.h was missing some function renames; (2) updated |
| 35 |
makevp.bat for the current PCRE, using the additional files |
makevp.bat for the current PCRE, using the additional files |
| 36 |
makevp-compile.txt, makevp-linklib.txt, and pcregexp.pas. |
makevp_c.txt, makevp_l.txt, and pcregexp.pas. |
| 37 |
|
|
| 38 |
6. A Windows user reported a minor discrepancy with test 2, which turned out |
6. A Windows user reported a minor discrepancy with test 2, which turned out |
| 39 |
to be caused by a trailing space on an input line that had got lost in his |
to be caused by a trailing space on an input line that had got lost in his |
| 116 |
14. If erroroffset was passed as NULL to pcre_compile, it provoked a |
14. If erroroffset was passed as NULL to pcre_compile, it provoked a |
| 117 |
segmentation fault instead of returning the appropriate error message. |
segmentation fault instead of returning the appropriate error message. |
| 118 |
|
|
| 119 |
|
15. In multiline mode when the newline sequence was set to "any", the pattern |
| 120 |
|
^$ would give a match between the \r and \n of a subject such as "A\r\nB". |
| 121 |
|
This doesn't seem right; it now treats the CRLF combination as the line |
| 122 |
|
ending, and so does not match in that case. It's only a pattern such as ^$ |
| 123 |
|
that would hit this one: something like ^ABC$ would have failed after \r |
| 124 |
|
and then tried again after \r\n. |
| 125 |
|
|
| 126 |
|
16. Changed the comparison command for RunGrepTest from "diff -u" to "diff -ub" |
| 127 |
|
in an attempt to make files that differ only in their line terminators |
| 128 |
|
compare equal. This works on Linux. |
| 129 |
|
|
| 130 |
|
17. Under certain error circumstances pcregrep might try to free random memory |
| 131 |
|
as it exited. This is now fixed, thanks to valgrind. |
| 132 |
|
|
| 133 |
|
19. In pcretest, if the pattern /(?m)^$/g<any> was matched against the string |
| 134 |
|
"abc\r\n\r\n", it found an unwanted second match after the second \r. This |
| 135 |
|
was because its rules for how to advance for /g after matching an empty |
| 136 |
|
string at the end of a line did not allow for this case. They now check for |
| 137 |
|
it specially. |
| 138 |
|
|
| 139 |
|
20. pcretest is supposed to handle patterns and data of any length, by |
| 140 |
|
extending its buffers when necessary. It was getting this wrong when the |
| 141 |
|
buffer for a data line had to be extended. |
| 142 |
|
|
| 143 |
|
21. Added PCRE_NEWLINE_ANYCRLF which is like ANY, but matches only CR, LF, or |
| 144 |
|
CRLF as a newline sequence. |
| 145 |
|
|
| 146 |
|
|
| 147 |
Version 7.0 19-Dec-06 |
Version 7.0 19-Dec-06 |
| 148 |
--------------------- |
--------------------- |