Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:71412 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 49992 invoked from network); 22 Jan 2014 18:35:38 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Jan 2014 18:35:38 -0000 Authentication-Results: pb1.pair.com header.from=derick@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=derick@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 82.113.146.227 as permitted sender) X-PHP-List-Original-Sender: derick@php.net X-Host-Fingerprint: 82.113.146.227 xdebug.org Linux 2.6 Received: from [82.113.146.227] ([82.113.146.227:54074] helo=xdebug.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 30/F5-13626-77F00E25 for ; Wed, 22 Jan 2014 13:35:37 -0500 Received: from localhost (localhost [IPv6:::1]) by xdebug.org (Postfix) with ESMTPS id 4730410C015; Wed, 22 Jan 2014 18:35:31 +0000 (GMT) Date: Wed, 22 Jan 2014 19:35:31 +0100 (CET) X-X-Sender: derick@whisky.home.derickrethans.nl To: Yasuo Ohgaki cc: Lars Strojny , Sara Golemon , PHP internals In-Reply-To: Message-ID: References: <2D2D996C-9455-4DD1-9669-90AFAF591E32@strojny.net> User-Agent: Alpine 2.10 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="8323329-430286760-1390415732=:6067" Subject: Re: [PHP-DEV] [RFC] __debug_info() From: derick@php.net (Derick Rethans) --8323329-430286760-1390415732=:6067 Content-Type: TEXT/PLAIN; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 22 Jan 2014, Yasuo Ohgaki wrote: > Hi all, >=20 > Sorry for off topic. >=20 > On Wed, Jan 22, 2014 at 6:37 AM, Lars Strojny wrote: >=20 > > Love it, two things: the var_dump() properties will be replaced (not > > merged) with the "real" properties in the object (I am asking as that w= ould > > make it very very cool for stuff like doctrine, where lazy loaded entit= ies > > are way too large to dump)? As for the name, I would prefer __debugInfo= () > > as in __callStatic(). I know there is __set_state() but that's somethin= g > > that needs deprecation and fixing :) >=20 >=20 > Could anyone add __setState() for 5.6? Why would you want to do that? If at all, all the *newer* methods should=20 be __debug_info etc. __set_state was first and changing it to=20 __setState() would mean that var_export'ed() variables in < PHP 5.6=20 would now no longer work? Or the other way around? It's a cosmetic=20 change that helps nobody=E2=80=94just like renaming other standard function= s to=20 make them more "organised". cheers, Derick --=20 http://derickrethans.nl | http://xdebug.org Like Xdebug? Consider a donation: http://xdebug.org/donate.php twitter: @derickr and @xdebug Posted with an email client that doesn't mangle email: alpine --8323329-430286760-1390415732=:6067--