X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Fri, 28 Aug 2009 20:25:19 +0200 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: unlink()/rmdir() on busy file on MVFS Message-ID: <20090828182519.GA27217@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-02-20) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On Aug 28 14:59, Eric Blake wrote: > shell 2: > $ ls > ls: cannot open directory .: Permission denied > $ cd .. > > shell 1: > $ ls -d dir > ls: cannot access dir: No such file or directory > > Yes, the file and directory are being closed when the last client closes its > handles, but it leads to confusing non-posix semantics in the meantime. > > Any advice on what to try to make MVFS behave like other remote fs to reject > deletion of in-use objects? Or do we just leave it alone, since we've already > faced more than our fair share of working around MVFS anomalies? unlink returns EBUSY for remote filesystems explicitely since when we added MVFS support a couple of weeks back. If it doesn't work on MVFS, I don't see any way to change this behaviour. If you're interested to get it in, it's you again who will have to debug this in the unlink_nt functon in syscall.cc. I still had no luck to get a testversion of MVFS. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple