Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:77284
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain zend.com designates 209.85.220.171 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <alpine.DEB.2.11.1409171158400.4267@whisky.home.derickrethans.nl>
References: <CA+9eiLtnWLzN3hDPOUDWedNbnw=H4otkiz85NMUtZ0nz0O2+iw@mail.gmail.com>
	<alpine.DEB.2.11.1409171158400.4267@whisky.home.derickrethans.nl>
Date: Wed, 17 Sep 2014 16:23:58 +0400
Message-ID: <CA+9eiLsGcXvZkoNTyBQLKr_X8x=Wwgpo783GbW_rVe3JcZK5XQ@mail.gmail.com>
To: Derick Rethans <derick@php.net>
Cc: PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a1133375c35b85a050341f15e
Subject: Re: [PHP-DEV] [RFC] Fix list() behavior inconsistency
From: dmitry@zend.com (Dmitry Stogov)

--001a1133375c35b85a050341f15e
Content-Type: text/plain; charset=UTF-8

Both decisions make sense. I'm indifferent which one to make.
Just not to keep the undocumented inconsistency :)

Thanks. Dmitry,

On Wed, Sep 17, 2014 at 3:00 PM, Derick Rethans <derick@php.net> wrote:

> On Thu, 11 Sep 2014, Dmitry Stogov wrote:
>
> > Please take a look and make your opinion.
> >
> > https://wiki.php.net/rfc/fix_list_behavior_inconsistency
> >
> > This inconsistency might be interpreted like a bug, but fixing it might
> > break existing PHP code (at least my attempt to fix it in documented way
> > broke few phpt tests).
>
> But at least your option "Enable string handling in all cases" makes
> additional things work, instead of making things *no longer* work.
>
> I realize that:
>         list($a,$b) = "aa";var_dump($a,$b);
> Will now start returning something else than NULL, but I would almost
> consider that a bug. I would definitely elect to vote for "Enable string
> handling in all cases" as it IMO actually fixes something.
>
> cheers,
> Derick
>

--001a1133375c35b85a050341f15e--