Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:5437 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 20472 invoked by uid 1010); 13 Nov 2003 18:27:01 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 20448 invoked from network); 13 Nov 2003 18:27:01 -0000 Received: from unknown (HELO mail.3gstech.com) (216.239.132.110) by pb1.pair.com with SMTP; 13 Nov 2003 18:27:01 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.3gstech.com (Postfix) with ESMTP id A971F9E76C4; Thu, 13 Nov 2003 10:19:49 -0800 (PST) Received: from mail.3gstech.com ([127.0.0.1]) by localhost (fungus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05651-07; Thu, 13 Nov 2003 10:19:49 -0800 (PST) Received: from 3gstech.com (ip-209-172-92-41.us01.qualys.com [209.172.92.41]) by mail.3gstech.com (Postfix) with ESMTP id 230AD9E76A2; Thu, 13 Nov 2003 10:19:49 -0800 (PST) Message-ID: <3FB3CBE7.4020702@3gstech.com> Date: Thu, 13 Nov 2003 10:22:31 -0800 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5; MultiZilla v1.5.0.3g) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Analysis & Solutions , internals@lists.php.net References: <1068703990.3fb320f6975fb@www.3gstech.com> <20031113065221.GA5862@panix.com> In-Reply-To: <20031113065221.GA5862@panix.com> Content-Type: multipart/alternative; boundary="------------040306070704020409010305" Subject: Re: [PHP-DEV] php5 method return reference error? From: waboring@3gstech.com (walt boring) --------------040306070704020409010305 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Analysis & Solutions wrote: >Hi Walter: > >On Wed, Nov 12, 2003 at 10:13:10PM -0800, Walter A. Boring IV wrote: > > >>"Fatal error: Only variables or references can be returned by reference >>in /home/waboring/devel/html/test.php on line 11" >> >> > >This is the expected behavior. > >This has been discussed in the bugs database and on this list. I even >started a thread on this topic today. > >This group is archived in the following two places: > http://groups.google.com/groups?group=mailing.www.php-dev > http://marc.theaimsgroup.com/?l=php-dev > >The topic is discussed in bug 24687: > http://bugs.php.net/bug.php?id=24687 > >Enjoy, > >--Dan > > > This is very sad that the only real argument in the bug against fixing it was that it was hard. Come on! This is such a fundamental thing to be able to do. function &foo() { return something_else(); } How can they say this won't be fixed? I just don't get it. This is going to make a lot of php folks upset, and make it much more painfull to upgrade to php5. I work on several projects, commercial and non-commercial, that this one bug will prevent me from moving to php5 without a lot of changing of classes and code, let alone the re-qualification of the applications due to this change. This is just sad. Walt --------------040306070704020409010305--