Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:23290 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 28542 invoked by uid 1010); 11 May 2006 23:23:49 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 28527 invoked from network); 11 May 2006 23:23:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 May 2006 23:23:49 -0000 X-PHP-List-Original-Sender: antony@zend.com X-Host-Fingerprint: 80.74.107.235 mail.zend.com Linux 2.5 (sometimes 2.4) (4) Received: from ([80.74.107.235:2434] helo=mail.zend.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 01/88-19568-487C3644 for ; Thu, 11 May 2006 19:23:49 -0400 Received: (qmail 8131 invoked from network); 11 May 2006 23:23:40 -0000 Received: from internal.zend.office (HELO ?127.0.0.1?) (10.1.1.1) by internal.zend.office with SMTP; 11 May 2006 23:23:40 -0000 Message-ID: <4463C783.6050806@zend.com> Date: Fri, 12 May 2006 03:23:47 +0400 User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: "D. Dante Lorenso" CC: PHPdev References: <4463BF89.9040906@vocalspace.com> <4463C105.8080007@zend.com> <4463C33A.9080508@vocalspace.com> In-Reply-To: <4463C33A.9080508@vocalspace.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] allow extension writers to ignore E_NOTICE warnings about unset variables From: antony@zend.com (Antony Dovgal) On 12.05.2006 03:05, D. Dante Lorenso wrote: > Antony Dovgal wrote: >> On 12.05.2006 02:49, D. Dante Lorenso wrote: >>> * #define ZEND_SEND_BY_REF 1 >> This one is what you need. > I don't think it is. The variable did not exist before the function was > called and should STILL not exist afterwards. I believe when you pass > by reference, the variable will exist after the call. Only if you created it during the call. bool(false) > This is bad since > future calls to 'isset' will suddenly start returning TRUE when they > shouldn't. -- Wbr, Antony Dovgal