--- code/trunk/ChangeLog	2007/03/19 11:44:45	127
+++ code/trunk/ChangeLog	2007/04/17 15:07:29	151
@@ -33,7 +33,7 @@
  5. Updated the support (such as it is) for Virtual Pascal, thanks to Stefan
     Weber: (1) pcre_internal.h was missing some function renames; (2) updated
     makevp.bat for the current PCRE, using the additional files
-    makevp-compile.txt, makevp-linklib.txt, and pcregexp.pas.
+    makevp_c.txt, makevp_l.txt, and pcregexp.pas.
 
  6. A Windows user reported a minor discrepancy with test 2, which turned out
     to be caused by a trailing space on an input line that had got lost in his
@@ -116,6 +116,39 @@
 14. If erroroffset was passed as NULL to pcre_compile, it provoked a
     segmentation fault instead of returning the appropriate error message.
 
+15. In multiline mode when the newline sequence was set to "any", the pattern
+    ^$ would give a match between the \r and \n of a subject such as "A\r\nB".
+    This doesn't seem right; it now treats the CRLF combination as the line
+    ending, and so does not match in that case. It's only a pattern such as ^$
+    that would hit this one: something like ^ABC$ would have failed after \r
+    and then tried again after \r\n.
+
+16. Changed the comparison command for RunGrepTest from "diff -u" to "diff -ub"
+    in an attempt to make files that differ only in their line terminators
+    compare equal. This works on Linux.
+
+17. Under certain error circumstances pcregrep might try to free random memory
+    as it exited. This is now fixed, thanks to valgrind.
+
+19. In pcretest, if the pattern /(?m)^$/g<any> was matched against the string
+    "abc\r\n\r\n", it found an unwanted second match after the second \r. This
+    was because its rules for how to advance for /g after matching an empty
+    string at the end of a line did not allow for this case. They now check for
+    it specially.
+
+20. pcretest is supposed to handle patterns and data of any length, by
+    extending its buffers when necessary. It was getting this wrong when the
+    buffer for a data line had to be extended.
+
+21. Added PCRE_NEWLINE_ANYCRLF which is like ANY, but matches only CR, LF, or
+    CRLF as a newline sequence.
+    
+22. Code for handling Unicode properties in pcre_dfa_exec() wasn't being cut
+    out by #ifdef SUPPORT_UCP. This did no harm, as it could never be used, but 
+    I have nevertheless tidied it up.  
+    
+23. Added some casts to kill warnings from HP-UX ia64 compiler. 
+
 
 Version 7.0 19-Dec-06
 ---------------------