Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:48905 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 56254 invoked from network); 21 Jun 2010 09:55:44 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 21 Jun 2010 09:55:44 -0000 X-Host-Fingerprint: 95.31.13.88 xdmitri2.static.corbina.ru Received: from [95.31.13.88] ([95.31.13.88:10052] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9B/98-04713-E173F1C4 for ; Mon, 21 Jun 2010 05:55:43 -0400 Message-ID: <9B.98.04713.E173F1C4@pb1.pair.com> To: internals@lists.php.net References: <1736FE65-C0F0-4677-919D-410C81C0FD47@macvicar.net><4C1EF360.3060902@lerdorf.com><5E.F5.04713.BD92F1C4@pb1.pair.com><50.57.04713.B513F1C4@pb1.pair.com> Date: Mon, 21 Jun 2010 13:55:39 +0400 Lines: 38 X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 X-RFC2646: Format=Flowed; Original X-Posted-By: 95.31.13.88 Subject: Re: [PHP-DEV] APC in trunk From: dmda@yandex.ru ("jvlad") >> keep on the topic pls, which is the inclusion of potentially buggy and >> poorly maintained APC. > > I'm on topic. You seem to be able to fix this bug very easily, I only > told you how to provide patches. I do not care of bugs in APC unless this module is NOT in php core. If they appear in php core, I'll decide whether php is a right way for me to go at all. > APC is well maintained but all I can read from you are some random > bashing about non APC specific bugs. Know what? APC is wrongly designed as a php extension which does not allow it to catch certain things at certain time, so it is definitely bug in APC. The fact that the other opcode caches do not suffer from this bug being installed as zend extension only prove that the bug is in APC and it is poory maintained. > APC is the only opcode cache available at php.net and under a very > permissive license (aka PHP's). You may like other options more than > APC but that's definitively not arguments against APC. License argument does not work at all. Many years ago the first php debugger DBG was released under PHP license but it didn't allow Rasmus and Zeev to merge it into the core even though the formal request was published on php.internals. What was changed since that, Pierre? Or the extension author/maintainer should be only Rasmus and Zeev to get it into the core? > If you have specific issues with APC or specific cases to show how APC > is poorly maintained, then please raise them. Try to understand the arguments above. -jv