Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:48878 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 78371 invoked from network); 21 Jun 2010 03:11:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 21 Jun 2010 03:11:08 -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 209.85.160.42 cause and error) X-PHP-List-Original-Sender: rasmus@lerdorf.com X-Host-Fingerprint: 209.85.160.42 mail-pw0-f42.google.com Received: from [209.85.160.42] ([209.85.160.42:48739] helo=mail-pw0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F6/DA-15307-B48DE1C4 for ; Sun, 20 Jun 2010 23:11:08 -0400 Received: by pwi4 with SMTP id 4so1333770pwi.29 for ; Sun, 20 Jun 2010 20:11:04 -0700 (PDT) Received: by 10.114.248.20 with SMTP id v20mr3346986wah.65.1277089864341; Sun, 20 Jun 2010 20:11:04 -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 h9sm9872188wal.0.2010.06.20.20.11.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 20 Jun 2010 20:11:03 -0700 (PDT) Message-ID: <4C1ED846.90108@lerdorf.com> Date: Sun, 20 Jun 2010 20:11:02 -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. This is an unfixed PHP bug. There have been a number of threads about the object destruction order on internals. It isn't just APC that is affected by this. Other extensions are affected as well. > apc.file_update_protection could have some unexpected results too. Not any that change the behaviour of PHP. -Rasmus