Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:43434 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 61252 invoked from network); 23 Mar 2009 13:32:48 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Mar 2009 13:32:48 -0000 Authentication-Results: pb1.pair.com smtp.mail=mls@pooteeweet.org; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=mls@pooteeweet.org; sender-id=unknown Received-SPF: error (pb1.pair.com: domain pooteeweet.org from 88.198.8.16 cause and error) X-PHP-List-Original-Sender: mls@pooteeweet.org X-Host-Fingerprint: 88.198.8.16 bigtime.backendmedia.com Linux 2.6 Received: from [88.198.8.16] ([88.198.8.16:56362] helo=bigtime.backendmedia.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 90/DB-05588-E7F87C94 for ; Mon, 23 Mar 2009 08:32:47 -0500 Received: from localhost (unknown [127.0.0.1]) by bigtime.backendmedia.com (Postfix) with ESMTP id 3EA071EBC01D; Mon, 23 Mar 2009 13:35:39 +0000 (UTC) X-Virus-Scanned: amavisd-new at backendmedia.com Received: from bigtime.backendmedia.com ([127.0.0.1]) by localhost (bigtime.backendmedia.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n3IpzDb6ErBJ; Mon, 23 Mar 2009 14:35:38 +0100 (CET) Received: from [192.168.80.161] (unknown [195.226.16.50]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mls@pooteeweet.org) by bigtime.backendmedia.com (Postfix) with ESMTP id EECCB1EBC01B; Mon, 23 Mar 2009 14:35:35 +0100 (CET) Cc: Dmitry Stogov , Matt Wilmas , internals@lists.php.net, =?ISO-8859-1?Q?Johannes_Schl=FCter?= Message-ID: <6418ED1D-5CC3-4CA9-8C06-80FBE9864190@pooteeweet.org> To: Rasmus Lerdorf In-Reply-To: <49C29EEF.9010702@lerdorf.com> 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: Mon, 23 Mar 2009 14:32:39 +0100 References: <1113CE12226949C2939A31971420991F@pc1> <49C0A7C7.8000804@zend.com> <12E613FAA1C9422B948F00B61AD32366@pc1> <49C134E5.7020706@zend.com> <49C29EEF.9010702@lerdorf.com> X-Mailer: Apple Mail (2.930.3) Subject: array kindex overflow issue Re: [PHP-DEV] Re: [PATCH] Bug #45877: LONG_MAX/MIN array key as string/int From: mls@pooteeweet.org (Lukas Kahwe Smith) On 19.03.2009, at 20:37, Rasmus Lerdorf wrote: > So, what is the final conclusion on this one? Are we at a combination > of Matt's and Dmitry's patches here? > > I think we definitely need to fix this even in the 5.2 branch and > get it > back to 5.1.x and earlier behavior. I consider it a bug that: > > $arr[3500000000] = 'blah'; > print_r($arr); > > results in: > > [-2147483648] => blah > > if someone has written brand new 5.2-specific code that relies on this > weird behavior, then we will just have to bite the bullet and break > that > code. It is way more likely that people are relying on the earlier > behavior and will end up with subtle problems in 5.2. I just had > someone at Yahoo get bitten by this when they upgraded from 5.1.x to > 5.2.x. If I understood it properly, the issue Matt/Dmitry are working on is something else. So where do we stand on the issue Rasmus's notes (is there a ticket for this one already)? regards, Lukas Kahwe Smith mls@pooteeweet.org