Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:48907 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 62269 invoked from network); 21 Jun 2010 10:30:55 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 21 Jun 2010 10:30:55 -0000 X-Host-Fingerprint: 95.31.13.88 xdmitri2.static.corbina.ru Received: from [95.31.13.88] ([95.31.13.88:12026] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9D/A9-04713-E5F3F1C4 for ; Mon, 21 Jun 2010 06:30:55 -0400 Message-ID: <9D.A9.04713.E5F3F1C4@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><9B.98.04713.E173F1C4@pb1.pair.com> Date: Mon, 21 Jun 2010 14:30:34 +0400 Lines: 35 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") > This bug is not APC specific. > In this case you can easily point out to another module suffering from this bug, don't you? >> License argument does not work at all. > > It does, more than ever. Then is there any reason not to add all code compatible in php license terms into php core? If not, what did stop from adding DBG debugger? >> But I think we have now got the idea, you don't like APC. Point made > (or at least said). > Pierre, I understand your position toward APC and you won't accept any criticism and will see only what you like to see. In fact there is nothing personal. I like APC in its current place and its role is visible to me. I am aware of APC as well as all other publicly avalable php opcode caches such as xcache, eaccelerator, phpexpress. What I don't like is the idea of providing preferences to an extension among the others playing the same role, especially taking into account that the particular extension is not the best among the others. I don't like the idea of solving marketing tasks such as increasing visibility and awareness by such manipulations like adding NOT required and poorly maintained code into the core. This approach will only reduce competition and will shrink the market. -jv