Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:51604 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 25448 invoked from network); 7 Mar 2011 19:45:42 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Mar 2011 19:45:42 -0000 Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 67.192.241.153 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 67.192.241.153 smtp153.dfw.emailsrvr.com Linux 2.6 Received: from [67.192.241.153] ([67.192.241.153:38039] helo=smtp153.dfw.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E4/89-06226-5E5357D4 for ; Mon, 07 Mar 2011 14:45:42 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp25.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id 263212D00AE; Mon, 7 Mar 2011 14:45:39 -0500 (EST) X-Virus-Scanned: OK Received: by smtp25.relay.dfw1a.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id B57502D0139; Mon, 7 Mar 2011 14:45:38 -0500 (EST) Message-ID: <4D7535E2.5040007@sugarcrm.com> Date: Mon, 07 Mar 2011 11:45:38 -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: Gustavo Lopes , "internals@lists.php.net" References: <4D7431C3.10405@sugarcrm.com> <4D74A8FD.3020102@sugarcrm.com> <4D74AB3C.8040702@sugarcrm.com> <4D751AC2.3030800@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! > The more I read what you say the more I think that what you want is > not a working stream implementation to do filesystem ops, but a way to > emulate a virtual file system using stream. I don't think it is the > goal of our stream implementation to do that. Tools like FuseFS are I think our stream implementation is perfectly fine to do that, if one hole in it - the fact that some important functions completely ignore streams - is plugged. I don't need all-encompassing megapowerful super-portable virtual FS layer that would work in every OS imaginable and satisfy any scenario one could ever think of. I just need to be able to pass mystream://file to the app and be sure my app works. Right now I can't do that because chmod() and touch() break. Judging from vfsStream example (currently recommended solution for FS testing btw) I am not only one having this problem. If you have a solution that could do the same (namely, having PHP control access to files) in any other way - please tell me. But a practical way that can be done in reasonable time. > more appropriate and I can certainly do similar things on Windows as > well. I have done that in the past for debugging purposes and we could > certainly provide something as well. I'm not going to prevent you from writing a FUSE driver in PHP and also making it work on Linux, Windows, Mac, FreeBSD, etc. However, I have no idea how to do it and nobody else did it so far, AFAIK. I, however, have pretty good idea about how to make streams work, so I don't see how "let's design a new system 100% from scratch and implement it" is better than "let's fix existing and widely used system by adding missing 10% of functionality". If you can do better and implement your FUSE solution and it works better than extending streams - be my guest. > I disagree for the reasons I explained earlier. It is even useless as > it will be a very limited version. Did you just claim you know better than me what is useful for me? Nice :) But again vfsStream example shows it will be useful not only for myself but for many others. Your argument is that since it doesn't cover some fringe case which nobody currently uses and nobody ever asked for it's useless. Sorry, not buying it. It is no more limited than existing FS functions, and we're doing fine with them. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227