Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:72651
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.54 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <5301CB23.2090305@lsces.co.uk>
References: <CAEZPtU6ePFu-evVYyknBJa+0M7QZ3f9QvTeu5vvKpnNp_bkbZg@mail.gmail.com>
	<5301C3A2.3060506@sugarcrm.com>
	<CAEZPtU7VUAvyT2kdcQk52Nmh_NHJMMBcX7HyVyCmFJk-sD=GCw@mail.gmail.com>
	<5301CB23.2090305@lsces.co.uk>
Date: Mon, 17 Feb 2014 10:11:08 +0100
Message-ID: <CAH-PCH49gbve9QCinduVQD4uW=O2gncpGaJUEuVQrU-n=6fQWQ@mail.gmail.com>
To: Lester Caine <lester@lsces.co.uk>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11c2fcca3fcd0d04f2968902
Subject: Re: [PHP-DEV] my take on PHP 6, part 2
From: tyra3l@gmail.com (Ferenc Kovacs)

--001a11c2fcca3fcd0d04f2968902
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Mon, Feb 17, 2014 at 9:41 AM, Lester Caine <lester@lsces.co.uk> wrote:

> Pierre Joye wrote:
>
>> Warnings? Both?), make errors not so damn expensive and fix @ to be much
>>> >more lean-and-mean than it is now.
>>>
>> Kill it could be an option too. I see the need of @ as a design failure.
>>
>
> Is ICU an indication of how this should be handled as well. Being able to
> switch exceptions off in intl demonstrates that they may not be necessary=
.
>
>
a library which is built around supporting exceptions can work, but
currently we have a bunch of code (both in the core and in userland), which
doesn't support that.
errors can support the execution of the execution, which means allowing to
have return values, or emiting multiple errors from the same call, with
exceptions you can't do that, as the execution will jump to the next catch
block (or to the global exception handler).
I don't think I have seen any proposal so far which would solve these
issues, yet people still talking about like replacing the current error
handling infrastructure with exceptions would be a viable alternative.

--=20
Ferenc Kov=C3=A1cs
@Tyr43l - http://tyrael.hu

--001a11c2fcca3fcd0d04f2968902--