Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:48894 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 26656 invoked from network); 21 Jun 2010 07:41:16 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 21 Jun 2010 07:41:16 -0000 Authentication-Results: pb1.pair.com header.from=mls@pooteeweet.org; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=mls@pooteeweet.org; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain pooteeweet.org from 188.40.37.16 cause and error) X-PHP-List-Original-Sender: mls@pooteeweet.org X-Host-Fingerprint: 188.40.37.16 hq1.backendmedia.com Linux 2.6 Received: from [188.40.37.16] ([188.40.37.16:60251] helo=hq1.backendmedia.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B8/63-04713-A971F1C4 for ; Mon, 21 Jun 2010 03:41:16 -0400 Received: from localhost (unknown [127.0.0.1]) by hq1.backendmedia.com (Postfix) with ESMTP id 46A4F200C18D; Mon, 21 Jun 2010 07:41:14 +0000 (UTC) X-Virus-Scanned: amavisd-new at backendmedia.com Received: from hq1.backendmedia.com ([127.0.0.1]) by localhost (hq1.backendmedia.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PW+nLtKX2et8; Mon, 21 Jun 2010 09:41:13 +0200 (CEST) Received: from [192.168.80.107] (77-58-253-248.dclient.hispeed.ch [77.58.253.248]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mls@pooteeweet.org) by hq1.backendmedia.com (Postfix) with ESMTPSA id A041F200C187; Mon, 21 Jun 2010 09:41:12 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii In-Reply-To: <4C1EDD54.6030109@sugarcrm.com> Date: Mon, 21 Jun 2010 08:35:08 +0200 Cc: Rasmus Lerdorf , PHP Internals Content-Transfer-Encoding: quoted-printable Message-ID: <1DA19859-F48E-403C-BC1B-53C72405D014@pooteeweet.org> References: <4C1EA662.1010601@sugarcrm.com> <49B64FA1-1BAA-4C88-AC9D-09E75792F05C@seancoates.com> <4C1ED20E.8050805@sugarcrm.com> <4C1ED846.90108@lerdorf.com> <4C1EDD54.6030109@sugarcrm.com> To: Stas Malyshev X-Mailer: Apple Mail (2.1081) Subject: Re: [PHP-DEV] APC in trunk From: mls@pooteeweet.org (Lukas Kahwe Smith) On 21.06.2010, at 05:32, Stas Malyshev wrote: > Hi! >=20 >> 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. >=20 > I understand that this effect is caused by the fact that APC destroys = PHP classes earlier than PHP engine otherwise would. You can claim it's = a bug but then until it's fixed enabling APC would still cause BC break, = and no amount of renaming this fact would change it. > If we can fix it and make it work properly - fine, then this ojection = ceases to exist as soon as it's done, if there's no more cases when APC = behaves differently. I am still undecided if to enable by default, but originally the idea = was to bundle with PHP 6, and I think this type of BC break in an edge = feature (or rather edge bug) would be ok in a major update to the = language. regards, Lukas Kahwe Smith mls@pooteeweet.org