Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:67240
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.174 as permitted sender)
MIME-Version: 1.0
Sender: patrick.allaert@gmail.com
In-Reply-To: <CAEZPtU6bjiTJ6CjbA_7W6YX+Qh65F0xMu_XOH+g5wZZcV8zPCQ@mail.gmail.com>
References: <CAMUwpuTUVhZ23kCz8C0abU9FDzxrAat6y8mbOFKTd8gVifUV1Q@mail.gmail.com>
	<1367221266.2723.181.camel@guybrush>
	<517E9F47.4080100@sugarcrm.com>
	<CAPaKmRmOa_6TTHSZB9g-tHJ1hLkOb6wFYVPCkg8u9KxjEzmDdA@mail.gmail.com>
	<51800539.7010807@sugarcrm.com>
	<CAEZPtU6bjiTJ6CjbA_7W6YX+Qh65F0xMu_XOH+g5wZZcV8zPCQ@mail.gmail.com>
Date: Wed, 1 May 2013 10:46:00 +0200
Message-ID: <CACwt+JejQV0Ayf-sf4JxHH3J0po1KfvKgFSa21CKL0eF1tYHwQ@mail.gmail.com>
To: Pierre Joye <pierre.php@gmail.com>
Cc: Stas Malyshev <smalyshev@sugarcrm.com>, Amaury Bouchard <amaury@amaury.net>, 
	=?UTF-8?Q?Johannes_Schl=C3=BCter?= <johannes@schlueters.de>, 
	Julien Pauli <jpauli@php.net>, PHP Internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] Continued try blocks
From: patrickallaert@php.net (Patrick ALLAERT)

2013/4/30 Pierre Joye <pierre.php@gmail.com>:
> hi,
>
> On Tue, Apr 30, 2013 at 7:54 PM, Stas Malyshev <smalyshev@sugarcrm.com> wrote:
>
>>> You may have a lib/object/chunk of code which raises exceptions, because
>>> its developer thought some error is not recoverable; but when you use
>>> it, you don't want to break your program's execution.
>>
>> That's why you have try/catch.
>
> Exactly, I cannot agree more here.
>
> This proposal brings yet again exceptions for control flow, which is
> really not what they are designed for (no matter the language, or
> almost all languages). An exception can be handled and the program can
> continue? Catch it, any other tricks bring control flow using
> exception and that's really a bad idea.

I'm quite opposed to changing try/catch flow with this additions for
the same reasons that Stas and Pierre mentioned.
Especially since this can perfectly be achieved without it and a few
more ifs/whiles/gotos.
There no need to have a gentle/nice-to-have syntax to handle the cases
of libraries abusing exceptions.

Cheers,
Patrick