Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:113333
To: PHP internals <internals@lists.php.net>
References: <62243527-96EC-4234-AD50-EDB6333628D5@gmail.com>
 <CAF+90c_FAQn+Sz5jDiR_afUKn0vqVEKa=BiCwUxz14hqZOvxdw@mail.gmail.com>
 <9bb410ab-0306-5180-82d3-7ee28d5fcd60@gmail.com>
 <CAF+90c8fi+JjBK2Fg+MQEEaD-EhQ3bSCokfO3jJAbZu-M+9ESQ@mail.gmail.com>
Message-ID: <2642ba28-92f0-8b7a-9432-4e0ce019b7a1@gmail.com>
Date: Sun, 28 Feb 2021 21:57:54 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101
 Thunderbird/78.8.0
MIME-Version: 1.0
In-Reply-To: <CAF+90c8fi+JjBK2Fg+MQEEaD-EhQ3bSCokfO3jJAbZu-M+9ESQ@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Language: en-GB
Subject: Re: [PHP-DEV] Deprecate debug_zval_dump?
From: rowan.collins@gmail.com (Rowan Tommins)

On 27/02/2021 21:17, Nikita Popov wrote:
> On Sat, Feb 27, 2021 at 10:12 PM Rowan Tommins 
> <rowan.collins@gmail.com <mailto:rowan.collins@gmail.com>> wrote:
>
>     On 27/02/2021 20:05, Nikita Popov wrote:
>     > If we additionally change it to explicitly print reference
>     wrappers, I
>     > believe that debug_zval_dump() will produce a faithful
>     representation.
>
>
>     Is that even possible without either accepting parameters by
>     reference,
>     or taking a variable name like the XDebug version does?
>
>
> The root value cannot be a reference, but nested values can be.


Ah, I hadn't thought of that. With a representation of the reference 
zval, passing in [&$foo] would probably resolve the current feeling that 
the function is "broken".


Meanwhile, I've attempted to rewrite the manual page to reflect reality 
since 7.0 (which is now the oldest version the manual covers). If anyone 
more familiar with the internals has time to point out if I've made any 
blunders, I would appreciate it: https://github.com/php/doc-en/pull/466


Regards,

-- 
Rowan Tommins
[IMSoP]