Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:15795 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 57396 invoked by uid 1010); 4 Apr 2005 16:02:21 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 57381 invoked from network); 4 Apr 2005 16:02:21 -0000 Received: from unknown (HELO pb1.pair.com) (127.0.0.1) by localhost with SMTP; 4 Apr 2005 16:02:21 -0000 X-Host-Fingerprint: 80.74.107.235 mail.zend.com Linux 2.5 (sometimes 2.4) (4) Received: from ([80.74.107.235:40364] helo=mail.zend.com) by pb1.pair.com (ecelerity HEAD r(5268)) with SMTP id C3/BC-19272-C0561524 for ; Mon, 04 Apr 2005 12:02:20 -0400 Received: (qmail 11991 invoked from network); 4 Apr 2005 16:02:16 -0000 Received: from shire.zend.office (10.1.2.160) by internal.zend.office with SMTP; 4 Apr 2005 16:02:16 -0000 Date: Mon, 4 Apr 2005 19:02:16 +0300 (IDT) X-X-Sender: frodo@shire.zend.office To: Greg Beaver cc: internals@lists.php.net In-Reply-To: <42515CFC.2050108@php.net> Message-ID: References: <5.1.0.14.2.20050403125628.03f83de0@localhost> <425002D8.50004@php.net> <42515CFC.2050108@php.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: [PHP-DEV] Re: __autoload() enhancement From: stas@zend.com (Stanislav Malyshev) GB>>I meant a logic error - as in the user forgot to use a GB>>DIRECTORY_SEPARATOR and so can't find any of the classes, not an GB>>obvious PHP error. OK - then how exactly you want the error message look like? How the engine is going to guess if it was DIRECTORY_SEPARATOR missing or the class was genuinely missing? GB>>Perhaps a better solution is to simply augment the "undefined class XXX" GB>>method with a brief listing of all the defined __autoload() functions, GB>>so the user knows where to look for magic bugs. What, you mean output all autoloading functions? Why? If you defined them, you know them, if you didn't, you shouldn't count on them to be there anyway. And what exactly this listing would reveal to you? You couldn't find a bug just looking on the names. -- Stanislav Malyshev, Zend Products Engineer stas@zend.com http://www.zend.com/ +972-3-6139665 ext.115