Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:43040 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 90039 invoked from network); 14 Feb 2009 08:27:45 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 14 Feb 2009 08:27:45 -0000 Authentication-Results: pb1.pair.com header.from=mozo@mozo.jp; sender-id=permerror Authentication-Results: pb1.pair.com smtp.mail=mozo@mozo.jp; spf=permerror; sender-id=permerror Received-SPF: error (pb1.pair.com: domain mozo.jp from 209.85.198.228 cause and error) X-PHP-List-Original-Sender: mozo@mozo.jp X-Host-Fingerprint: 209.85.198.228 rv-out-0506.google.com Received: from [209.85.198.228] ([209.85.198.228:37425] helo=rv-out-0506.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B1/C7-43210-F7086994 for ; Sat, 14 Feb 2009 03:27:44 -0500 Received: by rv-out-0506.google.com with SMTP id g9so427964rvb.7 for ; Sat, 14 Feb 2009 00:27:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.141.210.2 with SMTP id m2mr1575535rvq.48.1234600060464; Sat, 14 Feb 2009 00:27:40 -0800 (PST) In-Reply-To: <6D771262-F1BD-43B7-93FC-BF9D47D15F49@prohost.org> References: <6D771262-F1BD-43B7-93FC-BF9D47D15F49@prohost.org> Date: Sat, 14 Feb 2009 17:27:40 +0900 Message-ID: To: Ilia Alshanetsky Cc: internals Mailing List , Dmitry Stogov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Re: Bug #46701 From: mozo@mozo.jp (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? > > > 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) { >> [-1]=> >> int(1) >> } >> >> 5.3: >> array(1) { >> [2147483647]=> >> int(1) >> } >> >> I doubt the result of 5.2.9rc2 is quite what we expect, and this >> problem should be addressed in 5.3 with the 5.2's behavior unchanged. >> >> Moriyoshi >> >> On Fri, Feb 13, 2009 at 1:48 AM, Moriyoshi Koizumi wrote: >>> >>> Hey, >>> >>> I guess the patch relies on the 5.3's DVAL_TO_LVAL behavior that was >>> changed by the fix for bug #42868, right? >>> If so, this patch shouldn't be MFH'ed as the #42868 patch was not >>> merged although I didn't remember any discussion on this. >>> >>> See also: http://marc.info/?l=php-internals&m=120799720922202&w=2 >>> >>> Regards, >>> Moriyoshi >>> >> >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: http://www.php.net/unsub.php >> > > Ilia Alshanetsky > > > > >