Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:41932 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 17995 invoked from network); 15 Nov 2008 19:21:47 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Nov 2008 19:21:47 -0000 Authentication-Results: pb1.pair.com header.from=mls@pooteeweet.org; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=mls@pooteeweet.org; spf=permerror; 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:42164] helo=bigtime.backendmedia.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 33/93-32680-B412F194 for ; Sat, 15 Nov 2008 14:21:47 -0500 Received: from localhost (unknown [127.0.0.1]) by bigtime.backendmedia.com (Postfix) with ESMTP id 1C5184144058; Sat, 15 Nov 2008 19:23:31 +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 OehxHBy0VU5U; Sat, 15 Nov 2008 20:23:30 +0100 (CET) Received: from [192.168.0.151] (77-58-151-147.dclient.hispeed.ch [77.58.151.147]) (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 394AF414400F; Sat, 15 Nov 2008 20:23:30 +0100 (CET) Cc: Felipe Pena , Geoffrey Sneddon , PHP Internals Message-ID: To: Stanislav Malyshev In-Reply-To: <491F205C.2050000@zend.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Sat, 15 Nov 2008 20:20:16 +0100 References: <4900DB81.4000805@zend.com> <4900E150.1010607@dynom.nl> <49018FC3.90302@gmail.com> <1224854888.19390.89.camel@goldfinger.johannes.nop> <490609A1.7090400@gravitonic.com> <1225199800.878.0.camel@localhost> <3F3445975B55414BB4A214B32E178657@pc> <4A4FE9BC-F000-4AEE-A68C-8EFEA9DCD154@pooteeweet.org> <4910D3E5.4020406@zend.com> <237D5067-10C6-4D25-8CCF-FEF9FE44F6F6@googlemail.com> <1225973406.5465.18.camel@felipe> <491C6FAF.104@zend.com> <4A1C7FFD-F85F-4D61-BEDA-7C0D31485C35@pooteeweet.org> <491F205C.2050000@zend.com> X-Mailer: Apple Mail (2.929.2) Subject: Re: [PHP-DEV] array_key_exists BC break From: mls@pooteeweet.org (Lukas Kahwe Smith) On 15.11.2008, at 20:17, Stanislav Malyshev wrote: > Hi! > >> So what if we for now stick with the BC fix? >> However maybe for PHP 6.0 we should make a real effort to figure >> out how objects are supposed to be handled in our PHP type >> juggeling world. > > Depends what you mean by BC fix. If you mean just rolling these > functions back to using zval** and converting manually, I'm not sure > it's the best idea... It'd be better for parameter parsing API to be > able to handle such things. no i meant .. going along with the fix you suggested. and for those places where you said we its not clear how things should behave, we should just go by how things behaved in 5.2. regards, Lukas Kahwe Smith mls@pooteeweet.org