bugs with `rm' and delete queue

[Fergus Henderson <fjh at cs dot mu dot OZ dot AU>]

Hi,

gnu-win32 does some fancy footwork in an attempt to emulate the Unix
behaviour where a file which is currently opened by one process can be
deleted; in Unix, the directory entry for that file is removed,
but the file will not actually be deleted until the process closes the file.

Unfortunately there are bugs in this code in gnu-win32.

In particular, I have often experienced the situation where gnu-win32
somehow queues up deletes for a file, and then when a new copy of the
file is created, the new copy gets immediately deleted.

There also seem to be problems with attempting to delete a read-only file.

(Sorry this bug report is not very precise, unfortunately I don't have
access to my Windows 95 box at the moment.)

Has anyone else experienced similar problems? 
I don't suppose anyone happens to have a fix?

-- 
Fergus Henderson <fjh@cs.mu.oz.au>   |  "I have always known that the pursuit
WWW: <http://www.cs.mu.oz.au/~fjh>   |  of excellence is a lethal habit"
PGP: finger fjh@128.250.37.3         |     -- the last words of T. S. Garp.
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".