Hi,
thanks for the report! After some investigation I realized that link_size=3 is required for this bug to appear. And it was a typo in fast_forward_first_n_chars(...):
-pcre_uchar *cc = common->start + 1 + IMM2_SIZE;
+pcre_uchar *cc = common->start + 1 + LINK_SIZE;
Philip, do we have tests for link size other than 2? Or shall I just put it into testinput12?
Regards,
Zoltan
ND <nadenj@???> írta:
>>
>>
> Which platform and toolchain are you using? Under Linux x86-64 I get a>
> successful match:>
>>
>
Windows 7 64 bit.>
>
PCRE version 8.33-RC1 2012-12-07>
Compiled with>
8-bit support>
UTF-8 support>
Unicode properties support>
Just-in-time compiler support: x86 32bit (little endian + unaligned)>
Newline sequence is LF>
\R matches all Unicode newlines>
Internal link size = 3>
POSIX malloc threshold = 10>
Default match limit = 10000000>
Default recursion depth limit = 10000000>
Match recursion uses stack>
>
-- >
## List details at
https://lists.exim.org/mailman/listinfo/pcre-dev >
