Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:9320
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Message-ID: <014001c4245d$d89fb440$8a02a8c0@tron>
To: "Alan Knowles" <alan@akbkhome.com>,
	"Jason Garber" <jason@ionzoft.com>, <internals@lists.php.net>
References: <5.1.0.14.0.20040417050639.0264ce30@mail.ionzoft.com> <4080F6CC.6070804@akbkhome.com>
Date: Sat, 17 Apr 2004 10:24:53 +0100
Organization: The Brain Room Ltd.
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Re: [RFC] ifsetor operator
From: wez@thebrainroom.com ("Wez Furlong")

This doesn't help anything in the case where the thing isn't set
and you don't care that it isn't set, and don't want to call
the error handler at all.

--Wez.

----- Original Message ----- 
From: "Alan Knowles" <alan@akbkhome.com>
To: "Jason Garber" <jason@ionzoft.com>; <internals@lists.php.net>
Sent: Saturday, April 17, 2004 10:20 AM
Subject: Re: [PHP-DEV] Re: [RFC] ifsetor operator


> if you make @ fetch_var it's own opcode,
> 
>   - on isset() = true you do a straight return value. .. No touching 
> error handler etc.. (this should  be v.fast)
>   - on isset() = false you modify the error_handling + do the callback
>   (this is slow...)
> You have effectively solved the performance issue 99% of the time....
> 
> Regards
> Alan