[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Windows 'Access Denied' errors was: Re: svn.collab.net is now running Subversion 0.23.

From: Branko Čibej <brane_at_xbc.nu>
Date: 2003-05-23 03:46:23 CEST

D.J. Heap wrote:

> Branko Čibej wrote:
>> Nonsense. Any system component may touch the files I create only in a
>> way that doesn't interfere with normal file handling semantics. I submit
>> that any filter drivers that are fiddling with those files are broken if
>> my user-mod app can detect them (via an access-denied status on move,
>> for example).
> Yes, this is the one big clue (it seems to me) that NTFS may be at
> fault...access denied is the return code, not sharing violation. I
> can only make access denied errors occur if the destination file is
> read-only or if I don't have permissions to one of the files. Sharing
> violation is the normal return code for 'something else is dorking
> with the file' type situations. Perhaps filter drivers can screw with
> that, though, I don't know...

Filter drivers can screw with anything they like. A very powerful tool
-- full protective clothing required, and your life insurance doesn't
cover it. :-)

> Anyway, immediately after getting a failure I can go look at the files
> -- the destination file is not read-only and I have full permissions
> on both. AND a simple retry works.

Exactly. That means there's a reace somewhere. Whether we can uncover it
using a simple testcase remains to be seen...

Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri May 23 03:46:57 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.