Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:17618 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 77154 invoked by uid 1010); 8 Aug 2005 18:17:06 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 77138 invoked from network); 8 Aug 2005 18:17:06 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Aug 2005 18:17:06 -0000 X-Host-Fingerprint: 81.169.182.136 ajaxatwork.net Linux 2.4/2.6 Received: from ([81.169.182.136:41868] helo=strato.aixcept.de) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 48/4F-04646-1A1A7F24 for ; Mon, 08 Aug 2005 14:17:05 -0400 Received: from [192.168.1.3] (dsl-082-083-243-003.arcor-ip.net [82.83.243.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by strato.aixcept.de (Postfix) with ESMTP id 4F0E135C379; Mon, 8 Aug 2005 20:36:02 +0200 (CEST) Date: Mon, 8 Aug 2005 20:17:03 +0200 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <39594941.20050808201703@marcus-boerger.de> To: Michael Wallner Cc: internals@lists.php.net In-Reply-To: <86.75.04646.14887F24@pb1.pair.com> References: <5.1.0.14.2.20050805135145.0366f820@localhost> <20050808093208.185bb60b.pierre@dotgeek.org> <86.75.04646.14887F24@pb1.pair.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Re: RC1, instanceof? From: helly@php.net (Marcus Boerger) Hello Michael, Monday, August 8, 2005, 6:26:30 PM, you wrote: > Hi Pierre-Alain Joye, you wrote: >> I can write a patch to "fix" it if we agree that the current >> behavior is not correct. > While you're at it, could you continue on fixing the following: > (another evidence that the current "generic" behaviour is bad) > try { > // anything > } catch (NonExistantException $e) { > } > Fatal error: Class 'NonExistantException' not found This is a very different topic. While "instanceof missingclass" can never result to any problem the former violates hard coded requirements. Thus i think dropping the message from instanceof is acceptable - but i am not going to decide this so don't take my second thoughts on this one too serious. Best regards, Marcus