Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:30103 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 61386 invoked by uid 1010); 6 Jun 2007 07:02:06 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 61367 invoked from network); 6 Jun 2007 07:02:05 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 Jun 2007 07:02:05 -0000 Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.146.177 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 209.85.146.177 wa-out-1112.google.com Received: from [209.85.146.177] ([209.85.146.177:35569] helo=wa-out-1112.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9D/F2-39877-AEB56664 for ; Wed, 06 Jun 2007 03:02:03 -0400 Received: by wa-out-1112.google.com with SMTP id j5so75291wah for ; Wed, 06 Jun 2007 00:02:00 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WsPoTajuCUuaVPB+9zZoAczTomHmB/uYBvcXsBZBb/vglzeRWK78QMbmoQUZAhObwDOXzX+dCyUaMkjILco7YhiLfw0aW/nJbPxmk/7MD4fzArGDcmYvcx7I5LAJA45WLfgmhn1UhMm+UZ/7zC3DgICAo96Gdd6neoAIiUmXoPU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=A+cQb1jwj2d0ap03lCAZO536lcsRxLzeoTfyLq9uBEMG2QS6KaaDHOYgBdwBVlojXD7P5TtwTxhKzWVxKln0aYYoH4yii2/jDBtP8M3zFdT4bWf7GblA+ifbAS7N81fbf9bg2soj71FW+8cBblA8kZp4dhXwcNltQJVohEANgmo= Received: by 10.115.79.1 with SMTP id g1mr191795wal.1181113320110; Wed, 06 Jun 2007 00:02:00 -0700 (PDT) Received: by 10.114.178.2 with HTTP; Wed, 6 Jun 2007 00:02:00 -0700 (PDT) Message-ID: Date: Wed, 6 Jun 2007 09:02:00 +0200 To: "Stanislav Malyshev" Cc: "Marcus Boerger" , internals@lists.php.net In-Reply-To: <4665D45E.9000806@zend.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1655508223.20070605221904@marcus-boerger.de> <4665CE64.3070901@zend.com> <4665D1D5.8080505@zend.com> <4665D45E.9000806@zend.com> Subject: Re: [PHP-DEV] [RFC] SPL & PCRE as always enabled in core From: pierre.php@gmail.com (Pierre) On 6/5/07, Stanislav Malyshev wrote: > >> Could you elaborate - which bugs? > > > > A rude explanation was here: > > > > http://blog.thepimp.net/index.php/post/2006/11/28/comment-posting-fixed-and-warning-removed-and-some-overload-mess > > I'm not sure I understand where is the bug. If your __get doesn't return > by reference, it can't be modified. That's how it's supposed to work. If > it returns by ref, it works. Please check the bugs database. There was numerous reports about this problem and there is no solution to use an object instead of an array (object being reference, that solves the issue). It is far from obvious that the current behavior is correct, read: it is not correct. However, I'm not arguing about why or how this bug should be fixed but that the only work 'round is in SPL. ArrayObject (and related) must be in Zend, it is a core feature. --Pierre