Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:10465 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 51897 invoked by uid 1010); 15 Jun 2004 11:34:37 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 51870 invoked from network); 15 Jun 2004 11:34:37 -0000 Received: from unknown (HELO xaxa.search.ch) (195.141.85.117) by pb1.pair.com with SMTP; 15 Jun 2004 11:34:37 -0000 Received: from localhost (localhost [127.0.0.1]) by xaxa.search.ch (Postfix) with ESMTP id 76E486D86B; Tue, 15 Jun 2004 13:34:36 +0200 (CEST) Received: by xaxa.search.ch (Postfix, from userid 65534) id 600646D878; Tue, 15 Jun 2004 13:34:35 +0200 (CEST) Received: from cschneid.com (ultrafilter-i [192.168.85.2]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by xaxa.search.ch (Postfix) with ESMTP id C65EB6D86B; Tue, 15 Jun 2004 13:34:34 +0200 (CEST) Message-ID: <40CEDECA.9040600@cschneid.com> Date: Tue, 15 Jun 2004 13:34:34 +0200 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040114 X-Accept-Language: en-us, en, de-ch MIME-Version: 1.0 To: mike@php.net Cc: internals@lists.php.net References: <20040615112747.27402.qmail@pb1.pair.com> In-Reply-To: <20040615112747.27402.qmail@pb1.pair.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on xaxa.search.ch X-Spam-Level: X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Virus-Scanned: by AMaViS 0.3.12pre8 Subject: Re: ClassHints and NULL From: cschneid@cschneid.com (Christian Schneider) Michael Wallner wrote: > Is there *ANY* serious reason why NULL is not allowed in place > of an object? PHP will become *really* odd if this is the way > it goes. People won't stick to this new feature... There was a (very) long discussion about this on this mailing list a couple of weeks ago, please check the archive. It was decided to leave it the way it is for now. > Also, these errors are hard to track because they refer to > the line number where the function definition is, not where > the actual violation was comitted. This is a good point and the same applies to the "Missing argument" error message. Best would be if both lines are mentioned. - Chris