Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:87482
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain malkusch.de designates 31.47.225.241 as permitted sender)
Message-ID: <55BC9361.1080804@malkusch.de>
Date: Sat, 01 Aug 2015 11:37:37 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: Stephen Coakley <me@stephencoakley.com>, internals@lists.php.net
References: <E6.64.22108.E69F7B55@pb1.pair.com> <55BBD019.5030106@stephencoakley.com> <55BC201D.6010600@malkusch.de>
In-Reply-To: <55BC201D.6010600@malkusch.de>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] Re: Throwable::addSuppressed()
From: markus@malkusch.de (Markus Malkusch)

Markus Malkusch:

> 2) You are loosing one stack trace

I'd like to revise that. I'd just learned that finally does indeed fit
here, as it would automatically glue exceptions:

try {
    throw new Exception("A");

} finally {
    throw new Exception("B");
}

This prints both exceptions:

    PHP Fatal error: Uncaught exception 'Exception' with message 'A' in
    /home/malkusch/tmp/test.php:4 Stack trace:

    #0 {main}

    Next exception 'Exception' with message 'B' in /home/malkusch>
    /tmp/test.php:7 Stack trace:

    #0 {main}

So B's previous became A. Well I'm surprised, as there's no causality
between them, but OTOH it's called Exception::getPrevious() without any
further semantics. So this might be acceptable.

Unfortunately this reduces the justification for
Throwable::addSupressed() only to catch blocks.

Markus Malkusch