> There shouldn't be any race. When you set the delete disposition, > the file is actually deleted as soon as the last handle to the file > is closed. If the file isn't opened by another process, it will > disappear right at the NtClose at the end of unlink_nt. Please note > that the call to check_dir_not_empty already takes place *only* if > trying to open the directory failed with STATUS_SHARING_VIOLATION. > So there *was* another process blocking things.
Corinna, Yes, I noticed that check wrt STATUS_SHARING_VIOLATION. These actions are performed consequential to a shell script, that launches a Makefile, that performs the rm -r -f ... so within that context there is definitely scope for oversight and we might inadvertently have a process getting in the way. When you describe the other process blocking things, what might that other process be doing? I presume that other process having the directory in question open, or as cwd is sufficient. Is there anything else I should be on the lookout for? Earl -- 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
