On Mon, 18 Nov 2002, John Coggeshall wrote: > > >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?
That can be done, but I don't like this. You should not have any parse errors in your code anyway, so it just should fail as hard as possible. Derick -- --------------------------------------------------------------------------- Derick Rethans http://derickrethans.nl/ JDI Media Solutions --------------[ if you hold a unix shell to your ear, do you hear the c? ]- -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php
