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

Can't move '..\.svn\tmp\xyz.ext.tmp' to 'xyz.tmp': Access is denied

From: Cain, Tom <tcain_at_solekai.com>
Date: 2007-10-17 18:46:19 CEST

We've been experiencing a sporatic bug (the best kind of bug) when using Subversion in our application. It's an Eclipse application that is using Subclipse and JavaHL for it's SVN operations... I've posted this same issue to the Subclipse site and they said to post the issue here.

Part of our application updates a WC to an old revision, does some minor work, then updates it back to the head revision. On these updates, we sporadically but often get the following error:

svn: In directory 'E:\Tools\bitstream_build_server\delivery_config\checkout\bde_source_wc\source\functional_areas\GUIDE\APG\MO\GMO\documents\test_suite_procedures'
Access is denied.
svn: Can't move 'E:\Tools\bitstream_build_server\delivery_config\checkout\bde_source_wc\source\functional_areas\GUIDE\APG\MO\GMO\documents\test_suite_procedures\.svn\tmp\test_suite_procedures.xml.tmp' to 'E:\Tools\bitstream_build_server\delivery_config\checkout\bde_source_wc\source\functional_areas\GUIDE\APG\MO\GMO\documents\test_suite_procedures\test_suite_procedures.xml': Access is denied.

Our application is not really all that complex, and we are performing all operations synchronously (i.e. not kicking off separate threads that are fighting for resources).

I've read posts about this error and most have concluded that it is some background process that is holding on to one of the files... but I've been unable to conclude that for myself. I've killed just about every background process, including anti-virus, TortoiseSVN cache, indexing services, but I still get the error.

In my application, I added special error handling to detect this error, and invoke Unlocker.exe (http://ccollomb.free.fr/unlocker/) on both the source and destination files in the move to try to determine what process might be holding on to the file. But it returns saying no processes have the file locked.

First, can someone explain why this move is happening on an update? I assume an update downloads the updated file to xyz.tmp, then moves it into the WC, correct?

Second, any ideas what may be holding on to the temp file, or why it can't be moved?

I noticed that the .svn directory contains a log file, so I attached it to see if that provides any more information.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

  • application/octet-stream attachment: log.1
Received on Wed Oct 17 18:45:47 2007

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