Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:46563 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 40045 invoked from network); 28 Dec 2009 23:25:31 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Dec 2009 23:25:31 -0000 Authentication-Results: pb1.pair.com header.from=ralph@smashlabs.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=ralph@smashlabs.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain smashlabs.com from 67.15.58.61 cause and error) X-PHP-List-Original-Sender: ralph@smashlabs.com X-Host-Fingerprint: 67.15.58.61 openrce.org Linux 2.6 Received: from [67.15.58.61] ([67.15.58.61:38218] helo=users.smashlabs.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D9/F8-26502-A6E393B4 for ; Mon, 28 Dec 2009 18:25:30 -0500 Received: (qmail 900 invoked from network); 28 Dec 2009 17:25:22 -0600 Received-SPF: none (no valid SPF record) Received: from cpe-24-28-26-65.austin.res.rr.com (HELO ralph-macbook.local) (24.28.26.65) by smashlabs.com with (DHE-RSA-AES256-SHA encrypted) SMTP; 28 Dec 2009 17:25:22 -0600 Message-ID: <4B393E65.1070707@smashlabs.com> Date: Mon, 28 Dec 2009 17:25:25 -0600 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.9) Gecko/20061207 Thunderbird/1.5.0.9 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: Mikko Koppanen CC: Stanislav Malyshev , Lukas Kahwe Smith , Greg Beaver , internals@lists.php.net, Christian Schneider References: <413588E2-8AC8-49F7-B7BF-97BEFB0A71E4@pooteeweet.org> <4AFA0756.4020609@zend.com> <4AFA0A38.7000502@chiaraquartet.net> <8B520687-04D6-4CB3-BB7A-51A62D74489B@pooteeweet.org> <8cf711460911110244m22e2fedag21e294d8d3909037@mail.gmail.com> <65D94139-8A66-4C89-8418-160F5B2A4280@pooteeweet.org> <4AFAC12B.7000909@chiaraquartet.net> <37C8D87B-416C-4BCB-9100-80D2944FB73A@pooteeweet.org> <4B1EE98E.6030200@zend.com> <8cf711460912230657h57d7cdd5q47bc109df23436e6@mail.gmail.com> In-Reply-To: <8cf711460912230657h57d7cdd5q47bc109df23436e6@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Re: alternative to the fopen() hack in autoloaders From: ralph@smashlabs.com (Ralph Schindler) Bump. I really think we need to think about this problem that Lukas has brought up. Now that the magic words have come up ('counting stat calls'), can we get someone to weight in on the possibility of both having some kind of include_path resolver in the 5.3 branch, and it's impact of stat calls in PHP both without an optimizer and with an optimizer? It seems like enough interest is here, as well as code, and those willing to contribute the functionality.. What about on the policy front? As you can tell, I am itching to see where this goes ;) -ralph Mikko Koppanen wrote: > On Wed, Dec 9, 2009 at 2:04 AM, Stanislav Malyshev wrote: >> Hi! >> >> I think stream_resolve_include_path() should be changed to work through >> zend_resolve_path, in any case. Also, what is the reason it can't be in 5.3 >> too? >> I'd like to both fix stream_resolve_include_path() and get it into 5.3, any >> objections to that? >> > > Hi, > > this might work against PHP_5_3 and trunk: > > http://valokuva.org/patches/php/new/stream_resolve_include_path.txt > > >