Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:43033 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 4237 invoked from network); 13 Feb 2009 13:57:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Feb 2009 13:57:08 -0000 Authentication-Results: pb1.pair.com header.from=ilia@prohost.org; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=ilia@prohost.org; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain prohost.org from 209.85.217.172 cause and error) X-PHP-List-Original-Sender: ilia@prohost.org X-Host-Fingerprint: 209.85.217.172 mail-gx0-f172.google.com Received: from [209.85.217.172] ([209.85.217.172:60148] helo=mail-gx0-f172.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id EC/F9-43210-33C75994 for ; Fri, 13 Feb 2009 08:57:08 -0500 Received: by gxk20 with SMTP id 20so613046gxk.23 for ; Fri, 13 Feb 2009 05:57:05 -0800 (PST) Received: by 10.65.163.8 with SMTP id q8mr1008093qbo.55.1234533424686; Fri, 13 Feb 2009 05:57:04 -0800 (PST) Received: from ?192.168.1.111? (TOROON63-1176059019.sdsl.bell.ca [70.25.60.139]) by mx.google.com with ESMTPS id k29sm2611812qba.32.2009.02.13.05.57.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 13 Feb 2009 05:57:04 -0800 (PST) Cc: internals Mailing List , Dmitry Stogov Message-ID: <6D771262-F1BD-43B7-93FC-BF9D47D15F49@prohost.org> To: Moriyoshi Koizumi In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 13 Feb 2009 08:57:02 -0500 References: X-Mailer: Apple Mail (2.930.3) Subject: Re: [PHP-DEV] Re: Bug #46701 From: ilia@prohost.org (Ilia Alshanetsky) 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