Re: Re: Fatal errors
| From: | Derick Rethans | Date: | Thu, 10 Aug 2006 11:44:21 +0000 |
| Subject: | Re: Re: Fatal errors | ||
| References: | 1 2 3 4 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-25284@lists.php.net to get a copy of this message | ||
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.
The second thing is that calling normal undefined
functions throws a fatal error as well, and it should do that just like
calling non existing methods on an object should throw a fatal error.
regards,
Derick