Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:89297 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 68009 invoked from network); 22 Nov 2015 22:19:46 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Nov 2015 22:19:46 -0000 Authentication-Results: pb1.pair.com smtp.mail=rasmus@lerdorf.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=rasmus@lerdorf.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain lerdorf.com designates 74.125.82.43 as permitted sender) X-PHP-List-Original-Sender: rasmus@lerdorf.com X-Host-Fingerprint: 74.125.82.43 mail-wm0-f43.google.com Received: from [74.125.82.43] ([74.125.82.43:36482] helo=mail-wm0-f43.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F0/C6-23339-08F32565 for ; Sun, 22 Nov 2015 17:19:45 -0500 Received: by wmww144 with SMTP id w144so75913268wmw.1 for ; Sun, 22 Nov 2015 14:19:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lerdorf-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type; bh=7i7R88Gbi1BYu9RYMivvpUyBm0NTR7CCNJ3SgeVHGjU=; b=V9NOp66MWJBLUNOp+gFpp/dqlGj7Unzs3vL3xnZU8tddsd4hcEBu5RGzxR7Lm+ac+9 hqFIGow5Zhfv3OkU8kxs5tM+mQdpudRRfS+a53chb1CS1/orlTYNEURD0HSQN4fnYGYF kXOmgzWUB0HNPRqK2r3PyI9+VD6leELM6+HMpQbheG0mCy5AM3DwQe2PxkAoHh7dv5il XXWCr9ZbiMMHk9RLpp+EROZms0UXXb3eQX3KMi7190aT+f+Foh/tYdzmBj7Yj2Jf+37H pZ53pbULpqWZst4yxtnte9J0KqjCCwkAAahHemTszsWytth8KMvmVLeuGO1l7aGlY5pK fzRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-type; bh=7i7R88Gbi1BYu9RYMivvpUyBm0NTR7CCNJ3SgeVHGjU=; b=fReq6iTUiXguKcORPZCN42D/lhfugpaE6bZJ1ig4R1LviEk+tOGZkGWWrWfzczW5Yj oNPVyVdcZGiCuqswm/L7TPvYhhgpu/7DupBzgGC37tHNgHwhfWKdyGwFAzp1NtBNTUGm zqCozRiCepeE8hf4Qi9T1Uw7cKj+gHZ1tu+S7yhZ9f5INNtK+B1jrMz+sb+yhDZh/Q5D X/X1HMU0WHSOvVvppet3XN4nO2Z0T/k9/zdKxAdkd8B2xGAI4MonmmHtmu3fXgKv6XuI n2a7Tc60w6V2HPNir1pVwp+4+8m7HO1ILntUVh1pUUV2+fTSL0AqCtbwpTeKPOrPItXG Famg== X-Gm-Message-State: ALoCoQkK5qC8cv+mXtmAZbC6pwQ3aPB5Fq36IyJjzgVRvJLbxAdBDYZ5767gSHPsQBFpACRWhL9p X-Received: by 10.28.186.138 with SMTP id k132mr16038990wmf.75.1448230780979; Sun, 22 Nov 2015 14:19:40 -0800 (PST) Received: from [10.10.10.3] (36.218.26.109.rev.sfr.net. [109.26.218.36]) by smtp.googlemail.com with ESMTPSA id a186sm10214599wmh.4.2015.11.22.14.19.39 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 22 Nov 2015 14:19:40 -0800 (PST) To: Anthony Ferrara , Zeev Suraski References: <112FFBCD-8445-40BC-B92F-3A97D3E97C4C@zend.com> Cc: "internals@lists.php.net" Message-ID: <56523F74.9040708@lerdorf.com> Date: Sun, 22 Nov 2015 23:19:32 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WeGPN5X7cnUnU7juM7G9A6CaIFPc26eLN" Subject: Re: [PHP-DEV] INDRECT in arrays causes count() to become unpredictable From: rasmus@lerdorf.com (Rasmus Lerdorf) --WeGPN5X7cnUnU7juM7G9A6CaIFPc26eLN Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 11/22/2015 06:18 AM, Anthony Ferrara wrote: > Zeev, >=20 > On Sat, Nov 21, 2015 at 11:52 PM, Zeev Suraski wrote: >> >>> On 22 =D7=91=D7=A0=D7=95=D7=91=D7=B3 2015, at 0:47, Anthony Ferrara <= ircmaxell@gmail.com> wrote: >>> >>> I think this is significant enough to be a blocker to gold and that w= e >>> should fix it prior to release. >>> >>> Thoughts? >>> >> >> IMHO, unless we think fixing this would require breaking binary compat= ibility (which I don't think is the case) - this shouldn't block 7.0.0. = 7.0.0 is a lot more about getting people to start paying attention to 7.0= and start testing their codebase against it - finding both the incompati= bilities in their code and, undoubtedly - the bugs we failed to find. I = wish we could say this would be the last issue we find in 7.0, but I thin= k we can all agree it's wishful thinking... >=20 > Consider that Distros may very well pick whatever we call stable for > LTS releases. Meaning that non-critical (crash/security) bugs that we > miss may wind up living on for a VERY long time. If we don't intend .0 > to be stable, then what's the point of versioning in the first place? >=20 > Xinchen, >=20 > Very interesting on the fix. I do think it's important for this to > land with 7, but at least we can have the discussion. I agree with Zeev here and I had a chat with Anatol about this tonight. This is a .0.0 release. Nobody is going to take a .0.0 and push it straight to production. And it is not going to part of any sort of LTS distro either. It's not like LTS distros don't pick up point releases. There is no way we will go 2 weeks without finding something for quite a while still which can drag things out indefinitely. The question is whether this is significant enough to postpone further. Personally I don't think it is. Let's get 7.0.0 out the door and get ourselves on track for regular point releases without any of this "perfect-release" stress. -Rasmus --WeGPN5X7cnUnU7juM7G9A6CaIFPc26eLN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlZSP3sACgkQlxayKTuqOuCnFwCeJlE9WSrbSSmCv6xMY+pE7wMG ujgAn2q0sGeoJRHZQaazyFVrFWlcN7q4 =aQTJ -----END PGP SIGNATURE----- --WeGPN5X7cnUnU7juM7G9A6CaIFPc26eLN--