Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:73669
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.170 as permitted sender)
Message-ID: <5347F4A0.6010507@gmail.com>
Date: Fri, 11 Apr 2014 14:56:48 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: PHP Internals <internals@lists.php.net>
References: <53446FC5.7000001@gmail.com> <CAMauByWD-7BfsaK+cAPdMU3LeYjzLqzpQE8hTckg_XLm22Z_-A@mail.gmail.com> <53459231.2080402@gmail.com> <5345AE83.1070506@sugarcrm.com> <CAMUwpuRWa4sB-piFu24c5Y9UVW6grNnWtZtKc3VukXxsOYQmVg@mail.gmail.com>
In-Reply-To: <CAMUwpuRWa4sB-piFu24c5Y9UVW6grNnWtZtKc3VukXxsOYQmVg@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [PHP.next] Error-handling using "Error Events"
From: rowan.collins@gmail.com (Rowan Collins)

Julien Pauli wrote (on 11/04/2014):
> That's the thing to do for PHP-Next.
> PHP-Next will be a gap in rethinking and rewriting some technical
> parts of the engine.
> Error and exception management is one part that can benefit from a
> rewrite.

Well, yes, that was kind of the point of this e-mail thread ;)

> We could change things in way that they are not too error
> prone, and the change at user level is nearly invisible (e.g : rethink
> the '@' internal handling).

That would indeed be an option; however, it feels to me like saying 
"suppress all error messages" is only ever a workaround for some other 
requirement, so it's interesting to think if there are better solutions 
to the underlying problem, rather than/as well as better implementations 
of the current feature.

Regards,
-- 
Rowan Collins
[IMSoP]