Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:51610 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 40291 invoked from network); 7 Mar 2011 21:32:34 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Mar 2011 21:32:34 -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:40777] helo=smtp173.dfw.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 86/A0-36910-0FE457D4 for ; Mon, 07 Mar 2011 16:32:33 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp7.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id 79B3B258189; Mon, 7 Mar 2011 16:32:30 -0500 (EST) X-Virus-Scanned: OK Received: by smtp7.relay.dfw1a.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id EE65E2580C7; Mon, 7 Mar 2011 16:32:29 -0500 (EST) Message-ID: <4D754EED.5080909@sugarcrm.com> Date: Mon, 07 Mar 2011 13:32:29 -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> <4D754B73.1040800@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! > That was also the reasons why they are not present in our stream > implementation. I could image something for touch (there is a FR for > it afair) as it is very easy to emulate on stream where it could not > work, but really not for ch*. We have chmod now defined on all systems. However good or bad it is, I see no problems in doing the same for streams. Streams that don't have this semantics are free to not define this handler or not to support this particular option, as happens with other optional handlers - e.g., mkdir makes no sense for sockets, but that doesn't prevent mkdir from existing in streams or socket streams from working fine. If you look at the docs, you see there's even a section for streams saying what's supported and what's not by particular stream, so obviously streams not supporting some capabilities always were fine. So where's the problem? -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227