www.delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
X-Spam-Check-By: | sourceware.org |
X-Authority-Analysis: | v=1.0 c=1 a=dmtNVQdeLB8A:10 a=vA0ZeqYB1GgA:10 a=xe8BsctaAAAA:8 a=diAcJzsjxvU0xuVcq1sA:9 a=cdVYt_-Opa6z-RncFXI2EZnJ_9cA:4 a=eDFNAWYWrCwA:10 a=rPt6xJ-oxjAA:10 |
Message-ID: | <48BBDCB6.2000506@byu.net> |
Date: | Mon, 01 Sep 2008 06:14:46 -0600 |
From: | Eric Blake <ebb9 AT byu DOT net> |
User-Agent: | Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.16) Gecko/20080708 Thunderbird/2.0.0.16 Mnenhy/0.7.5.666 |
MIME-Version: | 1.0 |
To: | cygwin AT cygwin DOT com, L DOT Wood AT surrey DOT ac DOT uk |
Subject: | Re: rm behaviour when file in use by Windows app? |
References: | <F3F03716-CA1D-41DB-9567-24492F108682 AT surrey DOT ac DOT uk> |
In-Reply-To: | <F3F03716-CA1D-41DB-9567-24492F108682@surrey.ac.uk> |
X-IsSubscribed: | yes |
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 |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 According to Lloyd Wood on 9/1/2008 4:29 AM: > but as foo.pdf is already open in the Windows Acrobat reader, nothing > happens. No error message is given. If I ls, I can still see foo.pdf. > > Later, I close foo.pdf in Reader. foo.pdf then immediately and silently > vanishes from the file system. Yes, this is Window's semantics for file deletion, when the file is currently open. > > I'm having trouble understanding what happens here. Does the rm for > foo.pdf get queued up somewhere, but is blocked by Acrobat's use? Is > this the most sensible behaviour? No less sensible than any of Microsoft's other implementation decisions. Cygwin 1.7.0 will go to greater lengths to try to hide this wart, by moving open files to the recycle bin so that ls no longer sees an unlinked file, and so that rmdir no longer complains about non-empty directories, so that the behavior is closer to Linux. But it is just that - workarounds to a different implementation, due to a different OS. - -- Don't work too hard, make some time for fun as well! Eric Blake ebb9 AT byu DOT net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAki73LYACgkQ84KuGfSFAYA7rQCfQBiq/IbFuIC/uCunOKY8cYUJ Pv0AoNPV8NviaYEQgJfg4hh89Z3Zhpcv =wSfP -----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/
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |