Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:51895
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.42 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        b=cSgqRFdgPWRFb6ZaroEa0A7aC19aMjxm8jaNOKAWjwKHLLBeRazR+Qf/wk1h5E76Pc
         NZZ/NbU7A0Y29ivV1oDXgFWlGq2i+LRFAkhPw+wkdQjQnLs0mNPcPOEgan6/s/vYRlvS
         OhVEqHbssk7pBm3iFNmIQmo/DZTsubyM9pkNg=
MIME-Version: 1.0
Sender: tyra3l@gmail.com
In-Reply-To: <4DA6E4EB.9010005@gmail.com>
References: <AANLkTiknomAsTrsZ140rWs6CwxJP3UYGUokQbERhDiRp@mail.gmail.com>
	<4D950434.3060704@yahoo.com.au>
	<BANLkTinzb5xiD8j7ZXB+cT4EBZY3DF6BYQ@mail.gmail.com>
	<4D9E0543.1080600@lerdorf.com>
	<69.82.36433.EC33E9D4@pb1.pair.com>
	<4D9E34C4.5000406@lerdorf.com>
	<4D9E429B.20503@sugarcrm.com>
	<4D9E96B6.6060401@lerdorf.com>
	<BANLkTi=LvYLaOoGgrzrWfYbQ+t9Wzv_XeQ@mail.gmail.com>
	<BANLkTim6ZBWw66rzx_gSvWc9E45EZx2_gw@mail.gmail.com>
	<BANLkTinxG6FtOqa8KzmvgTT1EFfM-6prow@mail.gmail.com>
	<BANLkTinsnqGSVTz=XPhCfX95mfeJ_pkhCg@mail.gmail.com>
	<BANLkTi=nwij4sfkKnNdM_NP9w2CArK6NHQ@mail.gmail.com>
	<BANLkTikghRix9VbpHDx+rnCRtnjdjeshmg@mail.gmail.com>
	<718216446.20110408143441@cypressintegrated.com>
	<4DA0E71C.9030008@gmail.com>
	<BANLkTi=jJTO3qgjN8=3DCKAV88pnvycVsA@mail.gmail.com>
	<op.vtp8l9jnr8a5bd@localhost>
	<4DA63ED8.4080402@yahoo.com.au>
	<4DA65BEC.8000809@gmail.com>
	<BANLkTi=NY-9wOo=m2JdJZYL=L_zVrz9kFg@mail.gmail.com>
	<4DA6E4EB.9010005@gmail.com>
Date: Thu, 14 Apr 2011 15:06:12 +0200
Message-ID: <BANLkTimoLBkOha9HvPuv5tTrxGYs=J7qCw@mail.gmail.com>
To: David Muir <davidkmuir@gmail.com>, PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=0003255579b6f863c704a0e09643
Subject: Re: [PHP-DEV] Implicit isset/isempty check on short-ternary operator
From: info@tyrael.hu (Ferenc Kovacs)

--0003255579b6f863c704a0e09643
Content-Type: text/plain; charset=UTF-8

>
>
> I'm aware there are cases where @ still has to be used. What I meant was
> that PHP should let you write clean code that doesn't require error
> suppression, or require you to jump through hoops to avoid errors. I look
> forward to the day when that might be possible.
>
> David
>
>
>
there will always be situations when an operation cannot be completed and it
has to be reported somehow.
currently a function can report the error multiple ways:
- it can return false like mysql_query, and you can fetch the error with a
different method.
- it can return NULL, like json_decode (be aware that the NULL return can
also mean success :/), and you can fetch the error with a different method.
- it can return false and trigger an error/warning/notice like iconv.
- it can throw an exception, like for example Spl and the Reflection stuff
does.
- it can do some of the above depending on some configuration option, this
is what PDO::ERRMODE_* does for example.

and what I forget to mention. :)

and it sucks that currently you cannot do some things without making errors
which are expensive, wether you collect the errors or not. :/

so I think that some reboot/refactor about the error/exception handling
would be a really good thing, of course we can do such changes only in major
or maybe with minor version bump.

another thing would be to make the error/exception handlers to be truly
stackable (so there would be possible to have more than one active handler,
be them distinct or overlapping)
and have the ability to set the class/interface when you
set_exception_handler, just like you set it for catch statements.

ps: that post went longer and more off-topic than I expected, maybe an it
would be better as an RFC...

Tyrael

--0003255579b6f863c704a0e09643--