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 <[email protected]> í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 > -- ## List details at https://lists.exim.org/mailman/listinfo/pcre-dev
