This is the mail archive of the cygwin mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: MVFS results

Corinna Vinschen <corinna-cygwin <at>> writes:

> > > For instance, maybe it chokes on the sharing flags.  I'd try with

Nope, still chokes on FILE_SHARE_VALID_FLAGS with access denied.

> Another idea would be that the MVFS driver refuses the open request for
> DELETE *because* the R/O flag is set.  That's wrong behaviour but it is
> as it is.  If I'm right, you would have to open the file with
> FILE_WRITE_ATTRIBUTES permission only, remove the R/O flag, re-open the
> file with DELETE access, close the original handle, and then go ahead
> with the default unlink procedure, along these lines (tested on FAT):

Definite improvement.  I'm now able to delete read-only files on MVFS when they 
are not held open by any process.  I don't know if this rearrangement has any 
speed penalties for other filesystems that don't have this problem, or if you 
might want to make the path taken conditional on the file system type.

There are still issues trying to delete open files, where readdir() and stat() 
still see the file after it has been deleted, but utimes() and open() fail 
because it has been marked for deletion.  Do you need an strace() of the rm and 
what it attempted with the recycle bin?  At any rate, as soon as the last 
handle is closed, then the readdir() and stat() no longer see the file.  Maybe 
for MVFS it would be better to return EBUSY instead of letting unlink succeed 
when the handle is still open by another process:

$ touch foo
$ chmod a-w foo
$ exec 5<foo
$ rm foo
rm: remove write-protected regular empty file `foo'? y
$ stat foo
  File: `foo'
  Size: 0               Blocks: 0          IO Block: 65536  regular empty file
Device: 2345789h/36984713d      Inode: 6687745983824360078  Links: 1
Access: (0444/-r--r--r--)  Uid: (22382/  eblake)   Gid: (10513/Domain Users)
Access: 2009-07-16 10:14:51.000000000 -0600
Modify: 2009-07-16 10:14:51.000000000 -0600
Change: 2009-07-16 10:15:05.000000000 -0600
$ touch foo
touch: cannot touch `foo': Permission denied
$ exec 6<bar
bash: bar: Permission denied
$ exec 5<&-
$ stat foo
stat: cannot stat `foo': No such file or directory

What do you want me to help tackle next?

Eric Blake

Problem reports:
Unsubscribe info:

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]