/[pcre]/code/tags/pcre-3.6/ChangeLog
ViewVC logotype

Diff of /code/tags/pcre-3.6/ChangeLog

Parent Directory Parent Directory | Revision Log Revision Log | View Patch Patch

revision 10 by nigel, Sat Feb 24 21:38:13 2007 UTC revision 11 by nigel, Sat Feb 24 21:38:17 2007 UTC
# Line 2  ChangeLog for PCRE Line 2  ChangeLog for PCRE
2  ------------------  ------------------
3    
4    
5    Version 1.04 19-Dec-97
6    ----------------------
7    
8    1. Corrected the man page, where some "const" qualifiers had been omitted.
9    
10    2. Made debugging output print "{0,xxx}" instead of just "{,xxx}" to agree with
11    input syntax.
12    
13    3. Fixed memory leak which occurred when a regex with back references was
14    matched with an offsets vector that wasn't big enough. The temporary memory
15    that is used in this case wasn't being freed if the match failed.
16    
17    4. Tidied pcretest to ensure it frees memory that it gets.
18    
19    5. Temporary memory was being obtained in the case where the passed offsets
20    vector was exactly big enough.
21    
22    6. Corrected definition of offsetof() from change 5 below.
23    
24    7. I had screwed up change 6 below and broken the rules for the use of
25    setjmp(). Now fixed.
26    
27    
28  Version 1.03 18-Dec-97  Version 1.03 18-Dec-97
29  ----------------------  ----------------------
30    
# Line 39  optimized code for single-character nega Line 62  optimized code for single-character nega
62  from gcc -Wall, and avoided calling it at all unless PCRE_EXTRA is used.  from gcc -Wall, and avoided calling it at all unless PCRE_EXTRA is used.
63    
64  7. Constructs such as \d{8,} were compiling into the equivalent of  7. Constructs such as \d{8,} were compiling into the equivalent of
65  \d{8}\d{65527} instead of \d{8}\d* which didn't make much difference to the  \d{8}\d{0,65527} instead of \d{8}\d* which didn't make much difference to the
66  outcome, but in this particular case used more store than had been allocated,  outcome, but in this particular case used more store than had been allocated,
67  which caused the bug to be discovered because it threw up an internal error.  which caused the bug to be discovered because it threw up an internal error.
68    

Legend:
Removed from v.10  
changed lines
  Added in v.11

webmaster@exim.org
ViewVC Help
Powered by ViewVC 1.1.12