Re: Possibility to include called object in exception backtrace

From: Date: Mon, 01 Dec 2025 10:36:51 +0000
Subject: Re: Possibility to include called object in exception backtrace
References: 1  Groups: php.internals 
Request: Send a blank email to internals+get-129479@lists.php.net to get a copy of this message
On Sat, 29 Nov 2025, Marc B. wrote: > I have opened a simple PR to add the possibility to include called > object in exception backtrace. > > https://github.com/php/php-src/pull/20599 > > This needs a discussion here to see if there are objections. > > About the patch: > > The patch adds the ability to populate the called |object| into > exception backtraces. I do this in Xdebug (as part of https://bugs.xdebug.org/1562) and it's causing some issues with fframeworks/applications that rely on destructors being called at a specific time, or in a specific order: https://bugs.xdebug.org/2222 The Xdebug situation is probably a little worse, as I keep that last 8 exception traces *too*, but I am sure this is going to trip up people. > > Previously, only |debug_backtrace()| could include the called object > in its frames, but |Exception::getTrace()| could not. This change > aligns |Exception::getTrace()| with |debug_backtrace()| by introducing > a new INI directive: > > |zend.exception_provide_object (boolean)| I don't think that adding an INI setting (again) is a good idea. If you want to make this configurable, it should be an option on Exception::getTrace() — INI settings make applications less portable (even though this is a debugging option). cheers, Derick

« previous php.internals (#129479) next »