Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:25291
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Message-ID: <DA.43.08715.0B24BD44@pb1.pair.com>
To: internals@lists.php.net
Date: Thu, 10 Aug 2006 07:29:07 -0700
User-Agent: Thunderbird 1.5 (Windows/20051229)
MIME-Version: 1.0
References: <877e9a170608100302n6407821dw5e55187332b74f4f@mail.gmail.com> <3295496D-D427-4C0A-B0FD-393CAA22D4CB@prohost.org> <877e9a170608100635k257e47c8x53b42b52eee0b670@mail.gmail.com> <1AB5A095-30CB-4B3D-A7B8-5305F566896E@prohost.org>
In-Reply-To: <1AB5A095-30CB-4B3D-A7B8-5305F566896E@prohost.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Fatal errors
From: unknown@simplemachines.org ("Unknown W. Brackets")

In the past, many softwares have used an error handler function to 
provide the following cases:

1. Log the error in a more complicated way than PHP does by default.
2. Send off an email, if necessary, or communicate with another service.
3. Show a generic (e.g. a 500) error message to the client.

Now, if I have display_errors set to 0, and my code calls a function 
that does not exist, or a property it doesn't have access to, the user 
will see a blank screen (or whatever has been outputted thus far.)

Obviously any such egregious errors should have been caught before the, 
let's say, build got to the beta tester or end client... but by the same 
logic segfaults should never be found in production C code either. 
Guess that never happens too, right?

In fact, the example on the ref.errorfunc.php doc page shows exactly the 
sort of thing that is not possible for these types of errors now.

Simple error logging seems to fall apart, though, because when your 
software is on a box you have no control over... and an end user gets an 
error the end client doesn't even know about, you typically never find 
out.  Even if the end client has opted to send you any errors that happen.

-[Unknown]

-------- Original Message --------

> 
> On 10-Aug-06, at 9:35 AM, Michael Walter wrote:
> 
>> What do you feel is incorrect about allowing mentioned errors to be
>> handled in userspace?
> 
> My feeling is that errors such as visibility violations should be 
> addressed during debugging and Q&A phase where simple error logging will 
> be sufficient to track them.
> 
> Ilia Alshanetsky