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

Cannot delete directory - locked by TSVNCache.exe

From: jdege <jdege_at_jdege.visi.com>
Date: Wed, 9 Jul 2008 15:18:57 -0700 (PDT)

We've just upgraded to SVN1.5 and TortoiseSVN 1.5, and we're seeing a
problem.

We have an XP box we use as a compile machine - each project has a batch
file that:

1. Deletes the old project directory tree
2. Checks out a clean project directory tree from SVN.
3. Runs the project's build batch file (which calls msbuild, etc.)

The problem is that when we run the batch file twice, the second time it
fails because it cannot delete the old project directory tree. The contents
of the directory are gone, but some process has a lock on it, preventing it
from being deleted.

A rmdir from the command line gives "Access is denied". Trying to delete it
from Windows Explorer results in "Cannot delete file: Cannot read from the
source file or disk". Sometimes the lock will clear within a few minutes,
other times it's lasted more than an hour. (I've never waited longer than
that, before rebooting the machine. A reboot always clears things up.

This showed up immediately after installing SVN 1.5 and TortoiseSVN 1.5.
We'd never seen it before when we were running either CVS or SVN 1.4. Given
the timing, so I figured it had to be either SVN or TortoiseSVN that is
responsible.

A browse through ProcessExplorer shows that the file is being accessed by
TSVNCache.exe.

-- 
View this message in context: http://www.nabble.com/Cannot-delete-directory---locked-by-TSVNCache.exe-tp18372131p18372131.html
Sent from the tortoisesvn - users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-07-10 00:19:08 CEST

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

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