| 55 |
pcre_dfa_exec() could read past the end of the passed subject if there was |
pcre_dfa_exec() could read past the end of the passed subject if there was |
| 56 |
no match. To help with detecting such bugs (e.g. with valgrind), I modified |
no match. To help with detecting such bugs (e.g. with valgrind), I modified |
| 57 |
pcretest so that it places the subject at the end of its malloc-ed buffer. |
pcretest so that it places the subject at the end of its malloc-ed buffer. |
| 58 |
|
|
| 59 |
|
13. The change to pcretest in 12 above threw up a couple more cases when pcre_ |
| 60 |
|
exec() might read past the end of the data buffer in UTF-8 mode. |
| 61 |
|
|
| 62 |
|
14. A similar bug to 7.3/2 existed when the PCRE_FIRSTLINE option was set and |
| 63 |
|
the data contained the byte 0x85 as part of a UTF-8 character within its |
| 64 |
|
first line. This applied both to normal and DFA matching. |
| 65 |
|
|
| 66 |
|
15. Lazy qualifiers were not working in some cases in UTF-8 mode. For example, |
| 67 |
|
/^[^d]*?$/8 failed to match "abc". |
| 68 |
|
|
| 69 |
|
|
| 70 |
Version 7.7 07-May-08 |
Version 7.7 07-May-08 |