Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:60076
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain nebm.ist.utl.pt from 193.136.128.22 cause and error)
Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes
To: internals@lists.php.net
References: <CAF+90c_ia=YbYGT+rGUhuhi+Aj-VD7ccO5wNc32w_iEFSwNj+g@mail.gmail.com> <CAJWj5+HzZQkYsBcHkUOrfrzqb8PBLRsKJ3uX2oLB9pRa6382uA@mail.gmail.com>
Date: Tue, 17 Apr 2012 13:47:28 +0200
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Organization: =?utf-8?Q?N=C3=BAcleo_de_Eng=2E_Biom=C3=A9di?=
 =?utf-8?Q?ca_do_I=2ES=2ET=2E?=
Message-ID: <op.wcwq1eafidpuyk@slws007.slhq.int>
In-Reply-To: <CAJWj5+HzZQkYsBcHkUOrfrzqb8PBLRsKJ3uX2oLB9pRa6382uA@mail.gmail.com>
User-Agent: Opera Mail/11.62 (Win32)
Subject: Re: [PHP-DEV] is_numeric_string an hexadecimal numbers ("123" ==
 "0x7B")
From: glopes@nebm.ist.utl.pt ("Gustavo Lopes")

On Tue, 17 Apr 2012 13:35:48 +0200, Simon Schick  
<simonsimcity@googlemail.com> wrote:

> 2012/4/17 Nikita Popov <nikita.ppv@googlemail.com>
>>
>> var_dump('123' == '0x7b'); // true
>>
>> In all other parts of the engine hexadecimal strings are not recognized
>> [3]:
>>
>> var_dump((int) '0x7b'); // int(0)
>>
>
> I personally would rather change the type-conversion for strings to  
> integer ...
> At least if you force it to do a type-cast (in other words: forcing to
> get any valuable integer of that string) ...
>

I think that would be an error. As was mentioned a few months ago when 0b  
was introduced, no other number format has this behavior. You can't do  
"123" == "0b10" or "123" == "0876". Extending this hexadecimal oddity  
instead of eliminating it is inconsistent with the treatment given to  
those other formats.

-- 
Gustavo Lopes