X-Spam-Check-By: sourceware.org From: Vishwanath_Karthik AT emc DOT com Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: Data streams being treated as files in Cygwin Date: Thu, 11 May 2006 10:17:29 -0400 Message-ID: <721B8481D73DE047B62D7AB3750F656006B5A8@CORPUSMX30A.corp.emc.com> To: Cc: , , , , , Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id k4BEKYJe017863 Hi, There seems to a problem on how the data streams are handled in Cygwin. Cygwin is treating a data stream as a file which should not be the case. Following are the steps followed to create and access a data stream using cygwin shell in Windows environment. Sh-3.1$ echo "data1" > test00 Sh-3.1$ echo "data1" > test00:stream Now test00 is a file and test00:stream is a data stream associated with the file test00 When we do an "ls" at this path we are able to see only test00 file and not the stream test00:stream -> this functionality is OK as streams cannot be locked and also it is not a file In one of the perl scripts when we did a file test for both "test00" and "test00:stream" ,both succeeded even though "test00:stream" is not a file The network traces of the shell command "test -f test00:stream" showed that Cygwin opens the file "test00:stream" instead of sending a server reply "NO file found" So a patch has to be applied to resolve this issue. Can you please provide us with a patch so that the data streams are handled as expected . Thanks and Regards, Karthik -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/