Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:27487
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain php.net from 81.169.182.136 cause and error)
Date: Tue, 16 Jan 2007 20:19:24 +0100
Reply-To: Marcus Boerger <helly@php.net>
Message-ID: <462213781.20070116201924@marcus-boerger.de>
To: Michael Wallner <mike@php.net>
Cc: internals@lists.php.net
In-Reply-To: <4E.F2.17729.56F7CA54@pb1.pair.com>
References: <287851093.20070115233131@marcus-boerger.de> <4E.F2.17729.56F7CA54@pb1.pair.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Re: [RFC] Help debugging overloaded objects
From: helly@php.net (Marcus Boerger)

Hello Michael,

ok current name and other options in one list:

1) get_debug_info()
2) get_debug_hash()
3) get_dump_vars()
4) get_dump_hash()

does this list contain anythign you like?

best regards
marcus

Tuesday, January 16, 2007, 8:32:41 AM, you wrote:

> Marcus Boerger wrote:
>> Hello internals,
>> 
>>   the attached patch introduces a new handler to the engine that is
>> supposed to help debugging overloaded objects. It allows to return a
>> temporary hash rather then the object properties. This way an extension
>> can show non properties in var_dump() and print_r(). It will be used
>> in extensions like SimpleXML. To show how it will look like the changes
>> for said extension are alsopresent. Last but not least the handler can
>> be NULL in which case the old behavior is maintained. If noone objects
>> I will commit this by the end of the week.
>> 
>> Any comments?

> A strong +1 from me. Though, I don't like the name of the handler...

> Regards,
> -- 
> Michael




Best regards,
 Marcus