Re: [pcre-dev] \K in lookahead assertion gives unpredictable…

Startseite
Nachricht löschen
Autor: ND
Datum:  
To: Pcre-dev
Betreff: 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'.