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

Re: Windows XP "Access denied" svn_io_rename

From: D.J. Heap <dj_at_shadyvale.net>
Date: 2003-10-26 18:54:49 CET

James Van Artsdalen wrote:
>>Wish we had a better sense of how often users run into the problem...
> I like to keep summary scoreboards or scorecards for this sort of
> thing. Users whose scorecard indicated an unusually large number of
> "interesting" errors could be asked "Please consider sending ..." to
> send their scorecard to developers.

I've been informally tracking it since February-ish. With our AV
software, the loop patch is the only way we can finish any non-trivial
checkout or update -- it has even failed on incredibly trivial updates.
  I've recently upped the loop to 10,000 because on some machines under
stress (a build is going and they do an update or checkout on another
project) we still (rarely) experienced the problem on 100 and 1,000
count loops. Lovely.

Obviously, this is still just pushing back the problem and it will
likely still get hit occasionally in some conditions, which makes me
rather unsatisfied with this solution. I don't know what else to do,
though. And without AV software I still have not been able to repro
outside of Subversion -- that is very bothersome as it implies to me
that perhaps there is still something else going on...I'm out of ideas
to try though.

To deal with AV-type software that follows apps around, the only options
seem to be: reconfigure the invading software (which is not an option
for some), or document that a manual cleanup and retry are needed
(possibly several), or put in a lame loop to help reduce occurrances and
point to docs about the first two options. None of them seems
particularly ideal to me, but the loop definitely reduces occurrances
significantly. Subversion would be unusable for us without the patch,
and we love it too much to give it up now, so we'll continue using it
privately if need be, at least until something better is found. :)


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Oct 26 18:55:46 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.