Re: Re: Fatal errors
| From: | Pierre | 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: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;". --PierreYeah. 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.