Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:48437
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain oracle.com from 148.87.113.121 cause and error)
Message-ID: <4BFAB4CF.4070202@oracle.com>
Date: Mon, 24 May 2010 10:18:07 -0700
User-Agent: Thunderbird 2.0.0.24 (X11/20100411)
MIME-Version: 1.0
To: Dmitry Stogov <dmitry@zend.com>
CC: PHP Internals <internals@lists.php.net>
References: <4BF24049.90408@zend.com> <4BF571F7.2000400@oracle.com> <4BF62595.8090403@zend.com>
In-Reply-To: <4BF62595.8090403@zend.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Run Time Cache RFC
From: christopher.jones@oracle.com (Christopher Jones)



Dmitry Stogov wrote:
 >>  > http://wiki.php.net/rfc/runtimecache
 >>  >
 >>  > The patch breaks binary and source compatibility but it's not hard to
 >>  > adopt extensions to use it.

 >>
 >> Hi Dmitry,
 >>
 >> Can update the RFC to explain the breakage and
 >
 > It's clear from the patch. The same is explained in RFC in human
 > language, but it's not so exact :)

The RFC should give enough explanation so (i) extension maintainers
can immediately identify if their extension is going to be affected
(ii) readers know where to look in the patch to get more details.

If I understand what you implied later in your email, calls to
zend_hash_copy should be replaced with calls to
object_properties_init.  Is this always true?  Is this the only
extension requirement?  What happens if extensions don't do this -
will it break or be a performance loss?

I must be looking at a different RFC because there's nothing I can see
that mentions any of these things.

Chris

-- 
Email: christopher.jones@oracle.com
Tel:  +1 650 506 8630
Blog:  http://blogs.oracle.com/opal/
Free PHP Book: http://tinyurl.com/ugpomhome