solo turn wrote:
> if another program blocks this directory the error message is different (and correct, even it does
> not show the process id):
>
> $ svn cleanup
> svn: In directory ''
> svn: Error processing command 'delete-entry' in ''
> svn: Can't remove 'ui3/term/.svn': The process cannot access the file because it is being used by
> another process.
>
> and if you do not block the directory with another process, it gets "permission denied". for both
> errors, see also the long log of
> http://subversion.tigris.org/servlets/ReadMsg?list=dev&msgNo=62742.
[snip]
This is not entirely true. Normally, this is the case. But the whole
point of the code to loop on 'access denied' return codes is to wait for
the other process to let go of the file (such as a virus scanner)
because it is causing *subversion* to get an 'access denied,' not the
normal 'sharing violation.'
So it does happen that other processes (or filter drivers or whatever
they are that are dorking with files) are causing 'access denied' errors
even though according to MS docs we should get 'sharing violation.'
It's weird and seems wrong to me, too. But that is what happens.
DJ
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Apr 13 03:14:52 2004