Hello Alan,

juts for the record, you can even __autoload the missing exception class:

php -n -r 'function __autoload($n) { var_dump($n); eval("class $n extends Exception 
{}"); } try { } catch(ExcetpionXYZ $e) {};'

and besides what should the compiler do? Guess what that exception you specified
might be? That's like expecting functions were present of the not loaded
extension...

regrads
marcus

Wednesday, September 1, 2004, 3:04:03 PM, you wrote:

> This is a simple example of why making a parse error out of undefined 
> Exception types is going to be very problematic.

> function test($a) {

>     if (!extension_exists('sqlite')) {
>         return;
>     }
>     try {
>         SQLite::query($a);
        
>     // parse error!!! - if we dont have sqlite, we dont have SQLite 
> exception!

>     } catch(SQLite_Exception $e) {

>         echo "problem with query";
>         return;
>     }
> }


> This has a big knock on effect that we can not lazy load Exception 
> definitions, even if they are only used in Exceptional situations. (its 
> pretty much the same issue as instanceof - forcing the loading of code, 
> that may never be used, except to test it's non-existance.)

> Regards
> Alan




-- 
Best regards,
 Marcus                            mailto:[EMAIL PROTECTED]

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to