Re: Re: Fatal errors

From: Date: Thu, 10 Aug 2006 11:51:05 +0000
Subject: Re: Re: Fatal errors
References: 1 2 3 4 5  Groups: php.internals 
Request: Send a blank email to internals+get-25285@lists.php.net to get a copy of this message
Hello, On 8/10/06, Derick Rethans <derick@php.net> wrote:
On Thu, 10 Aug 2006, Pierre wrote: On 8/10/06, Michael Walter <michael.walter@gmail.com> wrote:
Yeah. It is problematic that the application has no chance of dealing with the errors itself (consider e.g. php-shell which has to go great lengths to prevent fatal errors from user code leading to php-shell's termination, and still fails at doing this in the general case).
Why object should act differently than other php variables or constants? Undefined constant, variable, index or offset do not raise a fatal error. It should be the same for the object (constants, props, visibility,...). He wasn't talking about *undefined variables* at all. The variable *is* defined as private and calling that is ofcourse not allowed.
I was adding more info to the request. As this problem is not only about this case. For example, try: php -r 'class foo{const bar=2;} echo foo::bar; echo foo::bar2;' In my opinion, echo foo::bar2; should not be a fatal error, just like "echo BAR2;". --Pierre

« previous php.internals (#25285) next »