This is what I sent Derick about a possible method of implementing a custom error handler for E_PARSE, etc... Free to flame if I'm off base here :)
>-----Original Message----- >From: John Coggeshall [mailto:[EMAIL PROTECTED]] >Sent: Monday, November 18, 2002 3:52 AM >To: 'Derick Rethans' >Subject: RE: [PHP-DEV] error handling > > > >>Core errors are _fatal_ because it leaves the engine in an unclean >>state. If you have a parse error then the script hasn't been parsed >>fully and thus the compilation step did not even interpreted >>the tokens >>generated by the parse, so how do you want PHP to execute a >>function then? > >Well, in order for it to work you'd have to be prepared to >parse the Error function completely on its own merit... How >about this... > >Create a configuration directive error_handler which accepts >one of Two values... Either a PHP script (like auto_prepend) >which is responsible For dealing with any (and all) errors >which occur, or 'internal' which is Of course the internal PHP >handler.. Then, upon script execution if there Is a >error_handler script that gets executed and parsed first. If >no core Errors occur during the parse/execution of the error >handler script then shouldn't The engine be capiable of >executing that script upon an error somewhere else? > >John -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php