Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:44714
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain vuetec.com designates 217.158.164.148 as permitted sender)
DomainKey-Status: good
DomainKey-Signature: a=rsa-sha1; c=nofws; d=vuetec.com; h=from:to:subject
	:date:message-id:mime-version:content-type:
	content-transfer-encoding; q=dns; s=selector1; b=dMzObKOU1cExE+x
	T6byf+eVuxGBmbXfGrvHDxfiFdy0aBCH3wE8z/FGxaY9JFPuEaphEI1uK0TxJBY1
	MjPVDaA==
To: <internals@lists.php.net>
Date: Mon, 6 Jul 2009 12:49:39 +1000
Message-ID: <01cf01c9fde4$695ec880$3c1c5980$@com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
thread-index: Acn95BqnQ2yVGUehRGCpRyhiQB9mxg==
Content-Language: en-au
Subject: autoloading and undefined class constants
From: ben@vuetec.com ("Ben Bidner")

Hi folks,

Just looking for a quick clarification on how class constant look ups are
performed internally under circumstances when an autoload function is also
called.


Consider the following example:

<?php

   function autoloader($className)
   {
      throw new Exception("Fail");
   }

   spl_autoload_register("autoloader");

?>

<?php

   // Exception
   $obj = new NonExistantClass;

?>

<?php

   // Fatal error
   $const = NonExistantClass::NON_EXISTANT_CONSTANT;

?>

I would have assumed that since the autoloader threw an exception while
attempting to load the non existant class, that internally, there would be
no attempt to access the non existant constant (since surely that comes
after the exception was thrown???) and we would get the Exception, rather
than a Fatal error.

Intended or a design error?


Ben Bidner

+61.7.3161.2000 (office) | +61.7.3009.0651 (fax) | +61.4.3201.5362 (mobile)
http://www.vuetec.com/