Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:110885
MIME-Version: 1.0
References: <CABdc3WpEmoKTYEsDk+K1Jb=kh7nu8gJ3TkhY5639ueJaWjN9AQ@mail.gmail.com>
In-Reply-To: <CABdc3WpEmoKTYEsDk+K1Jb=kh7nu8gJ3TkhY5639ueJaWjN9AQ@mail.gmail.com>
Reply-To: Levi Morrison <levi.morrison@datadoghq.com>
Date: Wed, 8 Jul 2020 14:25:41 -0600
Message-ID: <CAAKU0u=yWxWavQWxx87XTC6hVZ9XPbc0LXrQSpqyu_CwsW5=cQ@mail.gmail.com>
To: =?UTF-8?Q?Micha=C5=82_Marcin_Brzuchalski?= <michal.brzuchalski@gmail.com>
Cc: PHP Internals List <internals@lists.php.net>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] [RFC][DISCUSSION] debug_backtrace alternative as an
 array of StackFrame objects
From: internals@lists.php.net ("Levi Morrison via internals")

On Tue, Jul 7, 2020 at 2:47 PM Micha=C5=82 Marcin Brzuchalski
<michal.brzuchalski@gmail.com> wrote:
>
> Hi internals,
>
> following recently added alternative to `token_get_all()` in form of a
> dedicated class `PhpToken`
> I've made a similar proposal for collecting stack traces by introducing
> `StackFrame::getTrace()`
> and `StackFrame` which replaces array with keys and values known from
> `debug_backtrace()`.
>
> To compete with easier adoption `StackFrame` implements `ArrayAccess`
> giving identical API
> to `debug_backtrace()`.
>
> A test script with deep recursion up to 1M frames uses 50% less memory th=
an
> `debug_backtrace()`.
>
> The RFC is described here https://wiki.php.net/rfc/stack-frame-class
> It includes implementation of PoC and tests.
>
> Cheers,
> Micha=C5=82 Marcin Brzuchalski

Any opposition for a parameter to limit stack depth? It's something
I'd like on the old API too.