Re: Re: Serializing exceptions
| From: | Marco Pivetta | Date: | Tue, 28 Jul 2015 20:34:06 +0000 |
| Subject: | Re: Re: Serializing exceptions | ||
| References: | 1 2 3 4 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-87349@lists.php.net to get a copy of this message | ||
This sort of change would be a major BC break for 8.x or similar. I also
don't see security implications, tbh.
On Jul 28, 2015 18:41, "Stanislav Malyshev" <smalyshev@gmail.com> wrote:
> Hi!
>
> > -1 on this. If there is no technical problem with serializing the
> > Exception class itself, it should be possible to serialize it. It can
> > always happen that an object contains some not-serializable member, this
> > is nothing specific to exceptions. I don't see the point of this change.
>
> The point is exactly that Exception contains non-serializable members
> that makes successfully serializing and restoring them impossible. You
> could get back something that looks like an Exception, but not the
> original one - namely, you can not store and restore backtraces.
>
> > Also, Christian Stoller's mail pointed out that Symfony uses serialized
> > exceptions.
>
> I must have missed it - what Symphony uses serialized exceptions for?
>
> --
> Stas Malyshev
> smalyshev@gmail.com
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>