X-Recipient:	archive-cygwin AT delorie DOT com
X-Spam-Check-By:	sourceware.org
To:	cygwin AT cygwin DOT com
From:	Eric Blake <ebb9 AT byu DOT net>
Subject:	bug with touch t/
Date:	Tue, 4 Mar 2008 21:47:08 +0000 (UTC)
Lines:	23
Message-ID:	<loom.20080304T214047-23@post.gmane.org>
Mime-Version:	1.0
User-Agent:	Loom/3.14 (http://gmane.org/)
X-IsSubscribed:	yes
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com

According to POSIX (and as implemented on Linux):

$ rm -Rf t
$ touch t/
touch: setting times of `t/': No such file or directory
$ : > t/
t/: Is a directory.


The ENOENT failure is correct, since you are using the syntax to open (or 
create) a directory but are not going through mkdir.  However, on cygwin, both 
commands mistakenly create the regular file 't'.  This is also an issue with

touch 't\'

which likewise mistakenly creates the regular file 't' by treating \ as an 
alternate directory separator - as a result, the current git checkout of 
autoconf is triggering spurious failures when testing whether the file system 
supports \ embedded in file names rather than as directory separators.

-- 
Eric Blake



--
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/

- Raw text -