Re: error_handler
| From: | Daniel Convissor | Date: | Fri, 19 Dec 2003 17:23:04 +0000 |
| Subject: | Re: error_handler | ||
| References: | 1 2 3 4 5 6 7 8 9 10 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-6615@lists.php.net to get a copy of this message | ||
On Fri, Dec 19, 2003 at 07:02:49PM +0200, Lenar Lõhmus wrote:
> Now there
> are plenty of PHP scripts and projects just sitting somewhere but abandoned
> by their creators waiting to be downloaded. That script/project could use
> custom error handlers and could somehow depend on PHP4's behaviour. You
> never know.
That's true to some extent. At the same time, these folks will most
likely be plagued by the var depricated notices.
I suspect that in most cases, under the proposed "only call error handlers
when the reporting bitmask is met" plan, the only errors that will miss
the error handler are E_STRICT. This is good.
> Hmm I don't find adding an parameter to error_reporting() call making my
> life much harder. I didn't need it before, remember? I can go and write
> version_compare() in my error handler too to remain BC after using this new
> parameter.
Both of those proposals set up a maintenance/technical support headache.
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intensive web and database programming
http://www.AnalysisAndSolutions.com/
4015 7th Ave #4, Brooklyn NY 11232 v: 718-854-0335 f: 718-854-0409