Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:89126
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.41 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <op.x7uajofhtwp9n2@charlie>
References: <CANUQDCh5R3dir=fzb3uGgKUrbk266BR6xWLn4Gt0-OWCOfZtAQ@mail.gmail.com>
	<563B6ED1.1030601@gmail.com>
	<CAPwsocG6yU0sKYLaT4DM-KA1HTf6rLr=kn7G88GeduqK7pASGg@mail.gmail.com>
	<CANUQDChkBEwvHq+8d1UU0d7pKy0MgTcfY38dsCQ898CF86_B6Q@mail.gmail.com>
	<op.x7uajofhtwp9n2@charlie>
Date: Mon, 9 Nov 2015 16:48:57 +0000
Message-ID: <CAPwsocEpk2Ygz48-0Gn5KeChfCj+kacJodU9PKRmxFjmdNQcYg@mail.gmail.com>
To: Steven Hilder <steven.hilder@sevenpercent.solutions>
Cc: PHP Internals <internals@lists.php.net>, Niklas Keller <me@kelunik.com>, 
	Rowan Collins <rowan.collins@gmail.com>, Joe Watkins <krakjoe@php.net>, 
	Dmitry Stogov <dmitry@zend.com>
Content-Type: multipart/alternative; boundary=089e01419d568d45c205241e5ebb
Subject: Re: [PHP-DEV] Null bytes in anonymous class names
From: leight@gmail.com (Leigh)

--089e01419d568d45c205241e5ebb
Content-Type: text/plain; charset=UTF-8

On 9 November 2015 at 15:27, Steven Hilder
>
>
> So, I prepared a patch for `get_class()` and `ReflectionClass::getName()`,
> which in my view should behave the same way as `var_dump()` etc., but I've
> now realised that ignoring the unique suffix from the class name will break
> functionality that is otherwise desirable:
>

Can you share your patch?

It should be possible to return the sanitised name without removing it
internally.(would have to cover the get_parent_class and getParentClass
versions too, and have a quick audit of other places class names can be
spat out.)

Can we at least get the memory address hidden (non-debug builds only
perhaps? - var_dump appends a #n why not just use this number.)

--089e01419d568d45c205241e5ebb--