Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:95158
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.51 as permitted sender)
To: "Christoph M. Becker" <cmbecker69@gmx.de>,
 Dan Ackroyd <danack@basereality.com>,
 "internals@lists.php.net" <internals@lists.php.net>
References: <CA+kxMuSgm_45x-VbmSpKdOdJbPC6WrcH=7Ut8ZWHOceNC5-XsA@mail.gmail.com>
 <0d1e3cfc-f5df-474d-f8dc-c806bec0e412@gmx.de>
Message-ID: <3e7c038b-0e1a-bf7e-c3bf-46594bf13157@gmail.com>
Date: Sun, 14 Aug 2016 17:09:35 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:45.0)
 Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <0d1e3cfc-f5df-474d-f8dc-c806bec0e412@gmx.de>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Re: [RFC] get_class() disallow null parameter
From: smalyshev@gmail.com (Stanislav Malyshev)

Hi!

> Prohibiting `get_class(NULL)` is certainly a good idea, but I have some
> concerns regarding BC.  While `__CLASS__` has been introduced with PHP
> 4.3.0, it had the glitch to return the lower-cased class name before PHP
> 5.0.0.  So there *might* still be PHP 5 code around using `get_class(NULL)`.

I note that this (i.e. behavior proposed in the RFC) was briefly the
case for 5.3.0 and was changed to current behavior for 5.3.1. But
pre-5.3 versions return false when NULL is passed to get_class, with no
message.

So, old PHP code doesn't seem to be a problem only one that was written
after 5.3.1, because it doesn't look like get_class(NULL) worked before
it: https://3v4l.org/4QvCs

-- 
Stas Malyshev
smalyshev@gmail.com