Re: RFC [Discussion]: Improve unserialize() error handling
| From: | Paul Dragoonis | Date: | Sat, 10 Sep 2022 11:03:54 +0000 |
| Subject: | Re: RFC [Discussion]: Improve unserialize() error handling | ||
| References: | 1 2 3 4 5 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-118594@lists.php.net to get a copy of this message | ||
On Thu, 8 Sep 2022, 17:18 Tim Düsterhus, <tim@bastelstu.be> wrote:
> Hi
>
> On 9/7/22 23:44, Larry Garfield wrote:
> > Either I guess? Honestly we should decide that in advance on the list.
> :-) E_WARNING+Exception in 9 is what I'd probably favor, with "Exception
> now" as a second choice.
> >
>
> I'm a new-ish contributor here in internals, so I don't know how things
> were done in the past for similar situations/issues.
>
Welcome, Tim :-)
Do give it more thought regarding the callbacks what Nikolas said, sleep on
it.
Not saying it matters, but also double check how error handling MAY differ
when in a Class::_unserialize() context. Maybe it doesn't diff, I haven't
checked in a while, but food for thought.
In any case, good cleanup initiative.
> I'm not sure, though if it makes sense to already decide on something
> for PHP 9. If it's not baked into code shortly after the vote finishes,
> then people might forget that "there's something that still needs to be
> done". For a deprecation one can at least go through all the
> deprecations once PHP 9 opens, as a deprecation effectively is defined
> to be a removal in the next major. For a warning this is less obvious.
>
> Personally my first choice would be "Straight to Exception", so I might
> not be the best person to decide on that :-)
>
> Best regards
> Tim Düsterhus
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: https://www.php.net/unsub.php
>
>