Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
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
Message-ID: <434C8100.9010503@byu.net>
Date: Tue, 11 Oct 2005 21:20:32 -0600
From: Eric Blake <ebb9 AT byu DOT net>
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: please test: coreutils-5.90-2
References: <433F5562 DOT 1060806 AT byu DOT net> <loom DOT 20051009T042005-680 AT post DOT gmane DOT org> <434C3906 DOT 6090304 AT acm DOT org>
In-Reply-To: <434C3906.6090304@acm.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

According to David Rothenberger on 10/11/2005 4:13 PM:
> I'm having another problem with 'mkdir -p' in 5.90-2.
> 
> I have a script that attempts to do "mkdir -p c:/dir1/dir2/dir3". This
> started failing with a permission denied error for c:/.

Hmm.  It worked perfectly for me on Win98, on both local and remote
drives.  But on WinXP, I got different behavior for the remote FAT than I
did for the local NTFS:

$ df -T c: j:
Filesystem    Type   1K-blocks      Used Available Use% Mounted on
c:    system,fixed    29286460  20471796   8814664  70% /cygdrive/c
j:   system,remote     6260992   4508800   1752192  73% /cygdrive/j
$ mkdir -p j:/dir
$ mkdir -p c:/dir
mkdir: cannot create directory `c:': Permission denied

I am suspecting a cygwin bug here.  mkdir("c:") should fail with EEXIST,
not EACCES.  5.90 exposes this bug, where 5.3.0 did not, because the
algorithm for mkdir -p was changed to attempt mkdir() first instead of stat().

Continuing the example, I also find it odd that from WinXP, I get EBADRQC
instead of the more familiar ENOENT when removing a nonexistant directory
on a remote FAT drive:

$ rmdir j:/dir
$ rmdir j:/dir
rmdir: j:/dir: Invalid request code
$ rmdir c:/dir
rmdir c:/dir: No such file or directory

- --
Life is short - so eat dessert first!

Eric Blake             ebb9 AT byu DOT net
volunteer cygwin coreutils maintainer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDTIEA84KuGfSFAYARAo3fAKDPQhWwrDCVk8O19Bro3l9x9JcIHACfeBdH
mtVpDwmo5aNXCOeRqgKxH+0=
=UCoL
-----END PGP SIGNATURE-----

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