X-Spam-Check-By:	sourceware.org
From:	ericblake AT comcast DOT net (Eric Blake)
To:	Jonathan Lennox <lennox AT cs DOT columbia DOT edu>, cygwin AT cygwin DOT com
Subject:	Re: Surprising results (ls: no such file or directory) with managed mounts
Date:	Tue, 20 Feb 2007 00:54:37 +0000
Message-Id:	<022020070054.14241.45DA46CD0000EA95000037A122007503300A050E040D0C079D0A@comcast.net>
X-Mailer:	AT&T Message Center Version 1 (Oct 4 2006)
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

> Cygwin managed mounts give surprising (to me) results if a filename that's
> not in its canonical form manages to get below the managed mountpoint:

The real fix, which I've mentioned before, would be
altering rename() to fail with EXDEV when renaming
files across managed mount points.  But as I don't
have copyright assignment in place for cygwin1.dll,
I'm relying on someone else to write such a patch.
In the meantime, just don't do that.

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