Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:48453 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 92577 invoked from network); 24 May 2010 20:48:39 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 May 2010 20:48:39 -0000 Authentication-Results: pb1.pair.com header.from=christopher.jones@oracle.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=christopher.jones@oracle.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain oracle.com from 148.87.113.121 cause and error) X-PHP-List-Original-Sender: christopher.jones@oracle.com X-Host-Fingerprint: 148.87.113.121 rcsinet10.oracle.com Linux 2.6 Received: from [148.87.113.121] ([148.87.113.121:40648] helo=rcsinet10.oracle.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 30/61-18125-526EAFB4 for ; Mon, 24 May 2010 16:48:38 -0400 Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4OKmVAT021964 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 24 May 2010 20:48:34 GMT Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4OKmPnB006456; Mon, 24 May 2010 20:48:25 GMT Received: from abhmt005.oracle.com by acsmt355.oracle.com with ESMTP id 263717411274734067; Mon, 24 May 2010 13:47:47 -0700 Received: from [130.35.68.31] (/130.35.68.31) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 24 May 2010 13:47:47 -0700 Message-ID: <4BFAE5B3.9020009@oracle.com> Date: Mon, 24 May 2010 13:46:43 -0700 User-Agent: Thunderbird 2.0.0.24 (X11/20100411) MIME-Version: 1.0 To: Dmitry Stogov CC: PHP Internals References: <4BF24049.90408@zend.com> <4BF571F7.2000400@oracle.com> <4BF62595.8090403@zend.com> <4BFAB4CF.4070202@oracle.com> <4BFABF91.6080004@zend.com> In-Reply-To: <4BFABF91.6080004@zend.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Auth-Type: Internal IP X-Source-IP: rcsinet15.oracle.com [148.87.113.117] X-CT-RefId: str=0001.0A090209.4BFAE622.00FE:SCFMA4539811,ss=1,fgs=0 Subject: Re: [PHP-DEV] Run Time Cache RFC From: christopher.jones@oracle.com (Christopher Jones) Thanks Dmitry - that's great. Also thanks to Stas for his reply. Chris Dmitry Stogov wrote: > Hi Chris, > > I've added notes for extension maintainers. > I hope they will answer all your questions. > > Thanks. Dmitry. > > Christopher Jones wrote: >> >> >> 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