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/