Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:56511
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.49 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <20111123150409.GA13420@panix.com>
References: <20111123015008.GA12933@panix.com>
	<CACQesk6UuGUgyJz3hsGVE0crJx3GCkjTTpLb4xNGTm1goLzO8Q@mail.gmail.com>
	<20111123023108.GA172@panix.com>
	<CACQesk5kj=4kzvTDiLL1oOLBXZrn4WdUcLXdbyMLTa=OdhGTcw@mail.gmail.com>
	<4ECCB549.904@lsces.co.uk>
	<4ECCBC56.3050602@sugarcrm.com>
	<20111123141408.GA11940@panix.com>
	<CAH-PCH7hSXLsyctYML-TSGyk4a1tZsHZrFn5SyeKv-6uLDYD7g@mail.gmail.com>
	<op.v5eltf1tidpuyk@clk-0081.mshome.net>
	<CAH-PCH4-QmtDp=eO4Fo3_sHWmVizMdzon-VpX3sWS8pr=7ovNw@mail.gmail.com>
	<20111123150409.GA13420@panix.com>
Date: Wed, 23 Nov 2011 16:21:07 +0100
Message-ID: <CAH-PCH4x_Cc6ocOS36EKgQzPsoMsGKHnopakS5e4xw2c6WM0Ww@mail.gmail.com>
To: Daniel Convissor <danielc@analysisandsolutions.com>
Cc: PHP Internals List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=20cf30334fb516656804b26878af
Subject: Re: [PHP-DEV] 5.4 regression: non-existent sub-sub keys now have values
From: tyra3l@gmail.com (Ferenc Kovacs)

--20cf30334fb516656804b26878af
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Wed, Nov 23, 2011 at 4:04 PM, Daniel Convissor <
danielc@analysisandsolutions.com> wrote:

> Hi Ferenc:
>
> [And the manual saaaays...]
> > "Non-integer types are converted to integer."
> > So it is a documented behavior, so the current change is just a bugfix
> imo.
>
> Can someone please lend me their time machine so I can go back and tell
> folks to just use {} for string offsets and [] for arrays?  I'll
> only need it for a few minutes.


offtopic:

I used to preach about using {} for string offsets and that [] is
deprecated then we had that reversed in the documentation/5.3 migration
guide ("The use of {} to access string offsets is deprecated. Use []
instead.")...
Fortunately it turned out to be a mistake, and got fixed in the docs, since
then we document both behavior (albeit the [] seems to be preferred way in
the docs), and none of them triggers E_DEPRECATED.
So I think that it is the reason why people still use [] for string offsets=
.

--=20
Ferenc Kov=C3=A1cs
@Tyr43l - http://tyrael.hu

--20cf30334fb516656804b26878af--