Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:51608 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 36940 invoked from network); 7 Mar 2011 21:17:55 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Mar 2011 21:17:55 -0000 Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 67.192.241.173 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 67.192.241.173 smtp173.dfw.emailsrvr.com Linux 2.6 Received: from [67.192.241.173] ([67.192.241.173:47455] helo=smtp173.dfw.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 10/00-36910-28B457D4 for ; Mon, 07 Mar 2011 16:17:55 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp7.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id 4FA34258260; Mon, 7 Mar 2011 16:17:40 -0500 (EST) X-Virus-Scanned: OK Received: by smtp7.relay.dfw1a.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id EC20C258236; Mon, 7 Mar 2011 16:17:39 -0500 (EST) Message-ID: <4D754B73.1040800@sugarcrm.com> Date: Mon, 07 Mar 2011 13:17:39 -0800 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.14) Gecko/20110221 Thunderbird/3.1.8 MIME-Version: 1.0 To: Pierre Joye CC: "internals@lists.php.net" References: <4D7431C3.10405@sugarcrm.com> <4D74A8FD.3020102@sugarcrm.com> <4D74AB3C.8040702@sugarcrm.com> <4D751AC2.3030800@sugarcrm.com> <4D7535E2.5040007@sugarcrm.com> <4D754997.5080704@sugarcrm.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] file streams & metadata From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! > only. Get over that first then it will be easier to actually discuss > possible solutions or alternatives. I saw no possible solutions or alternatives mentioned except for vague references to FuseFS (which is totally different project, requires massive investment of time and would have same and worse compatibility problems) and mention of SplFile which is totally irrelevant. The only "aspect" so far was since it doesn't support 100% of every filesystem operations possible on any filesystem in existence we shouldn't provide support for even the most common of them. Which makes no sense since it's exactly what we are doing now and always did in PHP. I only propose to extend it a bit to support one more, to get better coverage. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227