Autor: ND Data: A: Pcre-dev Assumpte: Re: [pcre-dev] \K in lookahead assertion gives unpredictable result
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'.
