Re: [PHP-DEV] Re: Bug #46701

2009-02-25 Thread Pierre Joye
On Wed, Feb 25, 2009 at 2:25 PM, Iain Lewis wrote: > Matt Wilmas wrote: > >> >> (I'm glad this change was reverted for 5.2...) >> >> Anyway, like I said in my "5.3 todos" reply, I'll send a possible >> DVAL_TO_LVAL, etc. solution (consistent/reliable overflow across >> platforms) >> for considerat

Re: [PHP-DEV] Re: Bug #46701

2009-02-25 Thread Iain Lewis
Matt Wilmas wrote: (I'm glad this change was reverted for 5.2...) Anyway, like I said in my "5.3 todos" reply, I'll send a possible DVAL_TO_LVAL, etc. solution (consistent/reliable overflow across platforms) for consideration as soon as I can... There are other inconsistencies and behavior ch

Re: [PHP-DEV] Re: Bug #46701

2009-02-18 Thread Moriyoshi Koizumi
To summarize what were the problems: 1. casting a float value that is unrepresentable in a target type is undefined according to C spec. 2. any constant values that are unrepresentable in the standard integer type are automagically represented as double values in PHP. i.e. 0xc000 will result i

Re: [PHP-DEV] Re: Bug #46701

2009-02-18 Thread Matt Wilmas
Hi Zoe, all, - Original Message - From: "zoe" Sent: Wednesday, February 18, 2009 > Moriyoshi Koizumi wrote: > > Please don't even think of backporting. This will definitely break a > > lot of things, and this kind of thing must not be done in a minor > > release. > > > > > --snip-- > > >>

Re: [PHP-DEV] Re: Bug #46701

2009-02-18 Thread zoe
Moriyoshi Koizumi wrote: Please don't even think of backporting. This will definitely break a lot of things, and this kind of thing must not be done in a minor release. --snip-- I guess the patch relies on the 5.3's DVAL_TO_LVAL behavior that was changed by the fix for bug #42868, right? I

Re: [PHP-DEV] Re: Bug #46701

2009-02-14 Thread Moriyoshi Koizumi
Please don't even think of backporting. This will definitely break a lot of things, and this kind of thing must not be done in a minor release. Moriyoshi On Fri, Feb 13, 2009 at 10:57 PM, Ilia Alshanetsky wrote: > Dmitry, > > Does it make sense to backport 42868 fix to address this issue? > > >

Re: [PHP-DEV] Re: Bug #46701

2009-02-13 Thread Ilia Alshanetsky
Dmitry, Does it make sense to backport 42868 fix to address this issue? On 12-Feb-09, at 3:56 PM, Moriyoshi Koizumi wrote: See the results of the following on 5.2.6, 5.2.9rc2 and 5.3: php -r '$a[1e100] = 1; var_dump($a);' 5.2.6: array(1) { [-2147483648]=> int(1) } 5.2.9rc2: array(1) {

[PHP-DEV] Re: Bug #46701

2009-02-12 Thread Moriyoshi Koizumi
See the results of the following on 5.2.6, 5.2.9rc2 and 5.3: php -r '$a[1e100] = 1; var_dump($a);' 5.2.6: array(1) { [-2147483648]=> int(1) } 5.2.9rc2: array(1) { [-1]=> int(1) } 5.3: array(1) { [2147483647]=> int(1) } I doubt the result of 5.2.9rc2 is quite what we expect, and t