Re: [PHP-DEV] autoloading and undefined class constants

2009-07-05 Thread Nathan Nobbe
On Sun, Jul 5, 2009 at 10:21 PM, Ben Bidner wrote: > > per the manual, exceptions thrown in an autoload method are swallowed, > > and an E_ERROR is triggered by php. > > > > http://us2.php.net/manual/en/language.oop5.autoload.php > > I have read that note before, and wondered exactly what it was

RE: [PHP-DEV] autoloading and undefined class constants

2009-07-05 Thread Ben Bidner
> per the manual, exceptions thrown in an autoload method are swallowed, > and an E_ERROR is triggered by php. > > http://us2.php.net/manual/en/language.oop5.autoload.php I have read that note before, and wondered exactly what it was referring to since you can throw exceptions within an autoloade

Re: [PHP-DEV] autoloading and undefined class constants

2009-07-05 Thread Nathan Nobbe
On Sun, Jul 5, 2009 at 8:49 PM, Ben Bidner wrote: > 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: > > > function autoloader($cl

[PHP-DEV] autoloading and undefined class constants

2009-07-05 Thread 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: I would have assumed that since the autoloader threw an exception while attempting to load

Re: [PHP-DEV] RFC: Type hinting revisited for PHP 5.3

2009-07-05 Thread Alain Williams
On Sun, Jul 05, 2009 at 11:30:28AM +0300, Zeev Suraski wrote: > I think there's a more fundamental flaw here than just pointing to > 'numeric' as an alternative. The internal IS_* setting is > meaningless for countless pieces of data floating around in PHP, > arguably far more than the ones for

Re: [PHP-DEV] RFC: Type hinting revisited for PHP 5.3

2009-07-05 Thread Zeev Suraski
I think there's a more fundamental flaw here than just pointing to 'numeric' as an alternative. The internal IS_* setting is meaningless for countless pieces of data floating around in PHP, arguably far more than the ones for which it truly represents the 'semantic' type. Continuing what Stas