Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:63745
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lerdorf.com from 209.85.220.170 cause and error)
Message-ID: <5097E376.6040709@lerdorf.com>
Date: Mon, 05 Nov 2012 08:04:06 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121028 Thunderbird/16.0.2
MIME-Version: 1.0
To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIEhlZGRl?= <jeanseb@au-fil-du.net>
CC: internals <internals@lists.php.net>
References: <5fce29a0cb5467c00eeb267dd38fd788@localhost>
In-Reply-To: <5fce29a0cb5467c00eeb267dd38fd788@localhost>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] Incomprehension with preg_match and utf8
From: rasmus@lerdorf.com (Rasmus Lerdorf)

On 11/05/2012 01:57 AM, Jean-Sébastien Hedde wrote:
> Hi,
> 
> I'm facing an issue with preg_match and an UTF8 string.
> 
> The pattern is : /^[[:alnum:]\s\-\'%]+$/u
> The string : Régis
> 
> If I read the manual preg_match should return 0 ("In UTF-8 mode,
> characters with values greater than 128 do not match any of the POSIX
> character classes.") but I've got 1 in some case :
> 
> On a Windows host
> php 5.2.12 - (PCRE 7.9 2009-04-11) : preg_match === 1
> 
> On the same centos host :
> php 5.2.10 (Rémi's RPM) - (PCRE 6.6 06-Feb-2006) : preg_match === 0
> php 5.4.8 (my build) - (PCRE 8.12 2011-01-15) : preg_match === 1
> 
> On an other Centos host :
> php 5.4.0 (Rémi's RPM) - (PCRE 7.8 2008-09-05)
> 
> How this can be possible ?

I think the documentation is wrong on that. In Unicode mode [[:alnum:]]
actually becomes \p{Xan} which should match Unicode chars as well, but
only if PCRE was compiled with Unicode support. So I suspect you don't
actually have a Unicode-capable PCRE build in some cases there.

-Rasmus