Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:87794
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain kelunik.com from 81.169.146.221 cause and error)
MIME-Version: 1.0
In-Reply-To: <55D45278.5050005@telia.com>
References: <20150817123142.13418f26@csystems>
	<CANUQDCiCdzvyn2m4VCF8cL85H-VWPYMjOYBEHh=fwqLaPj4+zw@mail.gmail.com>
	<20150817131900.66906015@csystems>
	<alpine.DEB.2.20.1508171458420.3273@whisky.home.derickrethans.nl>
	<55D1EE8E.9030603@php.net>
	<CAPg3XxL7zAA-6Q3Eo--DqYZJ9DH+d--punuYj_ihR9OmR_L1pg@mail.gmail.com>
	<55D45278.5050005@telia.com>
Date: Wed, 19 Aug 2015 13:30:56 +0200
Message-ID: <CANUQDCjHEi=iLYL8mK=9xEy9C8MZ1Ciix9MGU0e8qM9x9qVTLw@mail.gmail.com>
To: =?UTF-8?Q?Bj=C3=B6rn_Larsson?= <bjorn.x.larsson@telia.com>
Cc: PHP internals <internals@lists.php.net>, Peter Cowburn <petercowburn@gmail.com>
Content-Type: multipart/alternative; boundary=089e0112bf7e3e6603051da85e50
Subject: Re: [PHP-DEV] set_exception_handler catches all Throwables
From: me@kelunik.com (Niklas Keller)

--089e0112bf7e3e6603051da85e50
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

What do you guys do in the set_exception_handler callback? Wouldn't most
code just use the same callback and just log the error / exception?

Regards, Niklas

2015-08-19 11:55 GMT+02:00 Bj=C3=B6rn Larsson <bjorn.x.larsson@telia.com>:

> Den 2015-08-19 kl. 10:52, skrev Peter Cowburn:
>
>> On 17 August 2015 at 15:24, Sebastian Bergmann <sebastian@php.net> wrote=
:
>>
>> Am 17.08.2015 um 16:00 schrieb Derick Rethans:
>>>
>>>> Actually, I don't call this intended. This is just as much as a BC bre=
ak
>>>> as the original implementation where Errors where also Exceptions. IMO=
,
>>>> set_exception_handler() should be changed - with my preference it not
>>>> capturing Error, and instead have an additional set_throwable_handler(=
).
>>>>
>>>   +1
>>>
>>> What's the plan for set_exception_handler() regarding Throwables? Seein=
g
>> as
>> we're now in the RC release phase I think this bone of contention should
>> be
>> resolved one way or another as soon as we can.
>>
> Yes, a "global" function that behaves differently between PHP 5 & 7 is no=
t
> optimal in
> my view. I'm also wondering how to make one  handler managing two
> different type
> of situations. @ircmaxwell described it in *Core functions throwing
> exceptions in PHP7*:
> "Errors signify programmer error, where Exceptions signify
> unknown or runtime errors. Meaning that an Error should always be a
> problem with your code, but an Exception could be a systems problem, a
> user problem or a problem in your code."
>
> /Cheers //Bj=C3=B6rn Larsson/
>
> PS A bit new to this list but hope to have contributed a little :)
>
>

--089e0112bf7e3e6603051da85e50--