Re: [patch] re-invoking default error handler
| From: | Timm Friebe | Date: | Sun, 30 May 2004 13:19:24 +0000 |
| Subject: | Re: [patch] re-invoking default error handler | ||
| References: | 1 2 3 4 5 6 7 8 9 10 11 12 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-10184@lists.php.net to get a copy of this message | ||
On Sun, 2004-05-30 at 14:18, Andi Gutmans wrote:
[...]
> I saw it was already commited before I had a chance to respond. In any
> case, I think that the patch is quite harmless but I don't like the != NULL
> && !true logic. It's inconsistent with what is considered true/false in PHP
> today. I suggest either:
> a) return true if you want the default handler to be called. I don't have a
> problem with this but people here say it's opposite from other frameworks.
> Are there really so many precedents?
> b) return false (== IS_BOOL && value == 0). This gives a strict but
> reasonable interface and is still BC. I don't see a reason why people
> should be returning other false values besides "false".
In ext/sybase_ct's message handler, I check on bool(false) being
returned from the user-defined callback and, in case it is, proceed with
the default handler (printing out an E_WARNING).
The reasoning behind this was that for me FALSE indicates "I cannot
handle this".
- Timm