Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:91420
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.47 as permitted sender)
Message-ID: <56CF6009.9070704@gmail.com>
Date: Thu, 25 Feb 2016 21:11:53 +0100
User-Agent: Thunderbird
MIME-Version: 1.0
To: Anatol Belski <anatol.php@belski.net>
CC: 'Christian Schneider' <cschneid@cschneid.com>, 
 'PHP internals' <internals@lists.php.net>
References: <79F03701-9083-439B-A9D1-43E24C99CF13@cschneid.com> <012501d16a24$a230d050$e69270f0$@belski.net> <031b01d16aee$645ef340$2d1cd9c0$@belski.net> <56C90452.7040206@gmail.com> <001001d16c94$954769e0$bfd63da0$@belski.net>
In-Reply-To: <001001d16c94$954769e0$bfd63da0$@belski.net>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] PCRE jit bug with UTF-8 and lookbehind assertion
From: keisial@gmail.com (=?UTF-8?B?w4FuZ2VsIEdvbnrDoWxleg==?=)

On 21/02/16 11:42, Anatol Belski wrote:
> Were you putting the snippets into a file or testing on the console? I 
> had an issue while testing this on the console, that some chars was 
> partially swallowed by terminal (which was a utf-8 terminal). When 
> putting into a file, the output is same for both - "x°z". Please see 
> also the continued discussion in the original ticket 
> https://bugs.exim.org/show_bug.cgi?id=1189 . The offsets delivered by 
> PCRE also seem to be correct, and valgrind doesn't find anything. It 
> were great if you could confirm these insights. Thanks Anatol
I was testing on a console and piping into hexdump. Using files showed 
-as expected- the same failure.
The pcre-8.39 trunk (r1635), once you enable all the required options, 
does fix both the C test case and the php one (loading the new dynamic 
library instead of the system one).

So yes, seems fixed in libpcre :)