RE: [PHP-DEV] E_RECOVERABLE_ERROR for "Call to a member function on a non-object"
| From: | Richard Bradley | Date: | Wed, 20 Mar 2013 17:14:45 +0000 |
| Subject: | RE: [PHP-DEV] E_RECOVERABLE_ERROR for "Call to a member function on a non-object" | ||
| References: | 1 2 3 4 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-66721@lists.php.net to get a copy of this message | ||
> > > > 4. Has anyone attempted this change before and had it rejected, or given
> > > > up?
> > > 4, yes, at least there were a couple of discussions in general about
> > > removing/converting some of the fatals to recoverable fatals
> > Thanks: do you have any pointers for where I can find this?
>
> there were some good discussion in the
> http://grokbase.com/t/php/php-internals/128335vjrj/error-handling-brainstorming
> thread
> (see for example the reply from Nikita where he also mentioned the cases when the fatal
> isn't really a fatal, just hard to recover from sanely).
> some other related discussion happened in Š
> ìé+Ÿ”yûéó$pWhttp://www.mail-archive.com/internals@lists.php.net/msg60652.html
Thanks, that’s very helpful.
> and the closest thread that I can found would be
>
> http://grokbase.com/t/php/php-internals/122nywvc5f/exceptions-for-method-on-non-object-rather-than-fatal-desired-feature
That seems to be the exact same proposal, which is encouraging in some ways, but discouraging in
others :-)
The thread was quickly derailed with discussion of turning errors into exceptions; which I
don't think is needed here. We just need to change the category of this error (and ensure that
the interpreter is in a suitable state to recover from the error, if the user chooses to do so).
I have emailed Ralf Lang to see how far he got after that thread.
> see for example the reply from Nikita
That message seemed to be related to converting errors to exceptions.
I don't propose to do that; I just hope to convert some E_ERRORs to E_RECOVERABLE_ERROR
> there were some good discussion in the
> http://grokbase.com/t/php/php-internals/128335vjrj/error-handling-brainstorming
> thread
I have emailed Derick Rethans about this comment:
http://grokbase.com/t/php/php-internals/128335vjrj/error-handling-brainstorming#201208272kxvjtb16cvqpd4n8aeweqtwk8
where he suggested there was a specific reason that the remaining E_ERRORs could not be converted to
E_RECOVERABLE_ERRORs.
I'll copy any replies to the list.
Best,
Rich
Richard Bradley
Tel : 020 7485 7500 ext 3230 | Fax : 020 7485 7575
softwire
Sunday Times Best Small Companies 2012 - 6th in the UK
Web : www.softwire.com | Addr : 325 Highgate Studios, 53-79 Highgate Road, London NW5 1TL
Softwire Technology Limited. Registered in England no. 3824658. Registered Office : 13 Station Road,
London N3 2SB