Re: Re: #53437
| From: | Pierre Joye | Date: | Mon, 10 Jun 2013 11:05:09 +0000 |
| Subject: | Re: Re: #53437 | ||
| References: | 1 2 3 4 5 6 7 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-67671@lists.php.net to get a copy of this message | ||
hi,
On Fri, Jun 7, 2013 at 9:27 PM, Gustavo Lopes <glopes@nebm.ist.utl.pt> wrote:
> On Fri, 07 Jun 2013 14:06:11 +0200, Derick Rethans <derick@php.net> wrote:
>
>>> That's the one where conversion int <> string for serialization was
>>> developed. It came into 5.5 with this patches (the originally proposed
>>> patch is still attached to that ticket)
>>>
>>>
>>>
>>> http://git.php.net/?p=php-src.git;a=commitdiff;h=0ee71557ffd285552659b6aa37ea236e3bad493f
>>
>>
>> ["days"]=>
>> - int(3)
>> + string(1) "3"
>>
>> and
>>
>> - 'days' => 0,
>> + 'days' => '0',
>>
>> I see this in all test cases - this is a BC break.
>
>
> I don't think this is a BC break, or at least it's a very minor. As I
> understand it, when you read the property directly you still get an int:
>
> $iv = "2008-05-11T15:30:00Z/2007-03-01T13:00:00Z";
> $di = new DateInterval($iv);
> var_dump($di->days); //int(437)
>
> So this applies only to var_dump() output, serialization output and
> something exotic as an array cast (which anyway has its own peculiarities
> wrt the key type conversion -- or the absence of it).
I agree.
Stas, Johannes? We have to fix this crash, in one way or another. The
current patch is good imo.
--
Pierre
@pierrejoye | http://www.libgd.org