Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:27488
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain filemobile.com from 66.207.192.7 cause and error)
Message-ID: <45AD3537.7000802@filemobile.com>
Date: Tue, 16 Jan 2007 15:27:35 -0500
Reply-To: evert@filemobile.com
User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207)
MIME-Version: 1.0
To: Marcus Boerger <helly@php.net>
CC: Michael Wallner <mike@php.net>, internals@lists.php.net
References: <287851093.20070115233131@marcus-boerger.de> <4E.F2.17729.56F7CA54@pb1.pair.com> <462213781.20070116201924@marcus-boerger.de>
In-Reply-To: <462213781.20070116201924@marcus-boerger.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Re: [RFC] Help debugging overloaded objects
From: evert@filemobile.com (Evert | FileMobile)

Ignore this message if it doesn't make sense..

wouldn't this essentially be the same as __toArray() ?

Evert

Marcus Boerger wrote:
> 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
>
>