Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:48879 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 79847 invoked from network); 21 Jun 2010 03:14:26 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 21 Jun 2010 03:14:26 -0000 Authentication-Results: pb1.pair.com smtp.mail=rasmus@lerdorf.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=rasmus@lerdorf.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lerdorf.com from 74.125.83.170 cause and error) X-PHP-List-Original-Sender: rasmus@lerdorf.com X-Host-Fingerprint: 74.125.83.170 mail-pv0-f170.google.com Received: from [74.125.83.170] ([74.125.83.170:52498] helo=mail-pv0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 10/2B-15307-219DE1C4 for ; Sun, 20 Jun 2010 23:14:26 -0400 Received: by pvg7 with SMTP id 7so777769pvg.29 for ; Sun, 20 Jun 2010 20:14:23 -0700 (PDT) Received: by 10.143.85.4 with SMTP id n4mr2843394wfl.312.1277090063438; Sun, 20 Jun 2010 20:14:23 -0700 (PDT) Received: from Rasmus-Lerdorfs-MacBook-Pro.local (c-98-234-184-167.hsd1.ca.comcast.net [98.234.184.167]) by mx.google.com with ESMTPS id 33sm8662234wad.20.2010.06.20.20.14.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 20 Jun 2010 20:14:22 -0700 (PDT) Message-ID: <4C1ED90D.2030707@lerdorf.com> Date: Sun, 20 Jun 2010 20:14:21 -0700 User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Stas Malyshev CC: Sean Coates , PHP Internals References: <4C1EA662.1010601@sugarcrm.com> <49B64FA1-1BAA-4C88-AC9D-09E75792F05C@seancoates.com> <4C1ED20E.8050805@sugarcrm.com> In-Reply-To: <4C1ED20E.8050805@sugarcrm.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] APC in trunk From: rasmus@lerdorf.com (Rasmus Lerdorf) On 6/20/10 7:44 PM, Stas Malyshev wrote: > Hi! > >> Can you elaborate? What "average user"-facing features are non-obvious? >> We should document them if nothing else. > > This recently caught my attention: > http://pecl.php.net/bugs/bug.php?id=16745 > As I understood from this bug, APC changes how PHP works (since it works > without APC but not with it) and it is not considered a problem in APC. > Which means enabling APC by default is a BC break, and there's already a > proof that it breaks real-life code (even if particular code had been > changed to work with it, the fact that APC can break otherwise working > code stays). Now probably most of the experienced users wouldn't mind > fixing the code a bit, but for enabling by default it should be 100% BC. By the way, including APC in the core is actually likely to fix this problem because it has to do with the order the rshutdown functions are called. Read Christian's excellent description of the problem here: http://news.php.net/php.internals/46999 -Rasmus