Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:14273 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 35534 invoked by uid 1010); 4 Jan 2005 09:27:45 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 35503 invoked from network); 4 Jan 2005 09:27:45 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Jan 2005 09:27:45 -0000 X-Host-Fingerprint: 211.9.230.193 mgkyb1.nw.wakwak.com FreeBSD 4.6-4.9 Received: from ([211.9.230.193:2529] helo=mgkyb1.nw.wakwak.com) by pb1.pair.com (ecelerity HEAD (r3992M)) with SMTP id 16/B5-27561-D816AD14 for ; Tue, 04 Jan 2005 04:27:42 -0500 Received: from vckyb3.nw.wakwak.com (vckyb3.nw.wakwak.com [211.9.231.144]) by mgkyb1.nw.wakwak.com (8.13.2/8.13.2/2004-12-22) with SMTP id j049RcPc001089; Tue, 4 Jan 2005 18:27:38 +0900 (JST) (envelope-from moriyoshi@at.wakwak.com) Received: from at.wakwak.com (at.wakwak.com [211.9.230.135]) by vckyb3.nw.wakwak.com (Postfix) with ESMTP id DE8173FE02; Tue, 4 Jan 2005 18:27:37 +0900 (JST) Received: from [192.168.1.107] (m011252.ppp.asahi-net.or.jp [219.121.11.252]) (pbs=ag9jo1) by at.wakwak.com (8.13.2/8.13.2/2004-12-22) with ESMTP/inet id j049Rb67045660; Tue, 4 Jan 2005 18:27:37 +0900 (JST) (envelope-from moriyoshi@at.wakwak.com) In-Reply-To: <1087815912.20050102132317@marcus-boerger.de> References: <7019D254-5C88-11D9-9696-000A95CE0C62@at.wakwak.com> <1087815912.20050102132317@marcus-boerger.de> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-ID: Content-Transfer-Encoding: 7bit Cc: internals List Developers Mailing , Andi Gutmans Date: Tue, 4 Jan 2005 18:26:50 +0900 To: Marcus Boerger X-Mailer: Apple Mail (2.619) Subject: Re: [PHP-DEV] extract(EXTR_REFS) and pass-by-reference From: moriyoshi@at.wakwak.com (Moriyoshi Koizumi) On 2005/01/02, at 21:23, Marcus Boerger wrote: > while i tried to improve performance of the array functions i > developed a > new pass type - pass as const which doesn't touch the passed variable > at > all and is compatible with temp vars, too. Maybe your problem here is a > reason to really implement that. Andi what do you think? I think the feature you are proposing will likely be necessary either way. It can also make the output of debug_zval_dump() reliable as implicit separation of zval instances results with bogus reference counts. Moriyoshi