RE: [PHP-DEV] error handling
| From: | Derick Rethans | Date: | Mon, 18 Nov 2002 10:23:08 +0000 |
| Subject: | RE: [PHP-DEV] error handling | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-91240@lists.php.net to get a copy of this message | ||
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? ]-