Re: PHP's error handler: xmlrpc_errors, entity encoding, and handler chaining

On Thu, 09 Sep 2004, Sara Golemon wrote: > One last thing: error handlers can be pushed/popped on and off of a stack > using set_error_handler() and restore_error_handler(), and that's fine, but > with the recent addition of the ability to fallback on the default error > handler by returning an explicit FALSE from a user error handler, it may > seem non-intuitive to the end user that this feature flows ALL the way back > to the internal handler (skipping any prior handlers sitting on the stack), > while restore_error_handler() operates by restoring merely the most recent > handler. Personally I'd like to see this follow the stack rather than jump > all the way back. Sara, We have no error stack; not as such anyway. We are not talking about exceptions here, just simple error handlers. People define the current handler via set_error_handler() and that's all that's in effect until they restore_error_handler() or set another one. There is no propagation and I don't think there should be any. - Andrei