On 2013-12-23 07:11, Zoltán Herczeg wrote:
Could you try it with a newer version?
It seems that last PCRE version have this problem too:
PCRE version 8.35-RC1 2013-12-23
/(?=a\K)/
ab
0: bx\xae\xf4\xdfpZ\x04
yes it seems there is a rubbish after the 'b'. However, I don't see this
behavior in the recent
release (under Linux at least)
My PCRE options:
PCRE version 8.35-RC1 2013-12-23
Compiled with
8-bit support
UTF-8 support
16-bit support
UTF-16 support
32-bit support
UTF-32 support
Unicode properties support
Just-in-time compiler support: x86 32bit (little endian + unaligned)
Newline sequence is CRLF
\R matches all Unicode newlines
Internal link size = 3
POSIX malloc threshold = 10
Parentheses nest limit = 250
Default match limit = 10000000
Default recursion depth limit = 10000000
Match recursion uses stack
Anyway I suspect the result is correct (it start with b)
I don't think so. Result must not have 'b'.
--
## List details at https://lists.exim.org/mailman/listinfo/pcre-dev
