Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:9317
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Message-ID: <5.1.0.14.0.20040417050639.0264ce30@mail.ionzoft.com>
Date: Sat, 17 Apr 2004 05:06:55 -0400
To: internals@lists.php.net
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Subject: Re: [PHP-DEV] Re: [RFC] ifsetor operator
From: jason@ionzoft.com (Jason Garber)

Don't forget that some users make use of set_error_handler().  This results 
in a user function being called with quite a bit of parameter data EVEN if 
an @ is prepended to the statement.  The error level is temporarily set to 
0 for the duration of the statement.

That's why a new internal function addresses the issue so cleanly.

~Jason


At 4/17/2004 05:03 PM +0800, Alan Knowles wrote:
>Yeah looks like 50% slower..!
>
>Wouldnt it make more sense to optimize @ + fetch_var(), rather than 
>introduce new syntax?
>
>Regards
>Alan
>
>
>Marcus Boerger wrote:
>>Hello Alan,
>>Saturday, April 17, 2004, 2:36:55 AM, you wrote:
>>
>>>Jason Garber wrote:
>>
>>>>In our code, you will find many blocks looking like
>>>>
>>>>$CUST_ID = (integer) (isset($_POST['CUST_ID']) ? $_POST['CUST_ID'] : 0);
>>
>>>so how is that different from
>>>$CUST_ID = (integer) @$_POST['CUST_ID'];
>>
>>@ is damn slow
>
>
>--
>Can you help out?
>Need Consulting Services or Know of a Job?
>http://www.akbkhome.com
>
>--
>PHP Internals - PHP Runtime Development Mailing List
>To unsubscribe, visit: http://www.php.net/unsub.php