Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender: cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com
Message-ID: <36FFEF72.CF8A270A@cityweb.de>
Date: Mon, 29 Mar 1999 23:24:02 +0200
From: Corinna Vinschen <corinna DOT vinschen AT cityweb DOT de>
X-Mailer: Mozilla 4.51 [en] (WinNT; I)
X-Accept-Language: de,en
MIME-Version: 1.0
To: Anders Norlander <anorland AT hem2 DOT passagen DOT se>
CC: Chris Faylor <cgf AT cygnus DOT com>, David Dagon <david DOT dagon AT mindspring DOT com>,
        cygwin AT sourceware DOT cygnus DOT com
Subject: Re: B20: mv deletes files on error (NT)
References: <36FD516F DOT 45299E3E AT mindspring DOT com> <19990329005659 DOT A2473 AT cygnus DOT com> <36FFA8DF DOT 3763B5D6 AT hem2 DOT passagen DOT se>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Anders Norlander wrote:
> 
> `mv foo Foo' is a perfectly legal command, case-sensitive file-system or
> not.

Imagine, what `mv' does in this case (shortened):

	stat('foo', &st_from);
	stat('Foo', &st_to);
	if (st_from.st_ino == st_to.st_ino)
	  {
	    // Oops, it's already the same file
	  }

and this is exactly the situation for `mv' under windows! It's not
a bug of cygwin dll, because the two stat calls really return stat
structures of the same file! This is correct for case preserving FS.
It's the problem of the 'mv' implementation, to handle this situation
not right.

Regards,
Corinna

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com