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

Re: Deleting trouble

From: Edmund Horner <edmund_at_chrysophylax.cjb.net>
Date: 2003-12-12 10:48:45 CET

Lübbe Onken wrote:

> Hi Folks,
>
> a while ago I encountered the above mentioned problem, when working with
> TortoiseSVN under Win2K. Before anybody shouts "This is the Subversion
> developer list", yes, I know and that's why I am posting it here. Stefan
> and I spent some time investigating the problem and came to the
> conclusion that the problem is caused by the subversion libs leaking
> file handles.
>
> Try the following recipe under Win2K. You have to have TortoiseSVN
> installed.
>
> 1) Do a fresh Checkout (using cl client or TortoiseSVN) into c:\foobar
> 2) modify a file inside c:\foobar, do *not* commit your changes
> 3) hit <f5> in Windows explorer to refresh the status overlay
> 4) try to delete c:\foobar using windows explorer
> 5) you will get an error like "c:\foobar\.svn\tmp is in use by another
> process" (roughly translated from german)

I went through this on Win 2K using svn.exe at the command prompt. The
only thing I noticed is that you can't delete foobar if the command
prompt current directory is foobar. That's nothing new.

I also looked at the FILEMON log, and I can't say I noticed anything
strange. TextDatei.pas.tmp is closed twice, because it is opened twice
(CREATE counts as OPEN).

Is it possible the problem is that, behind the scenes, TortoiseSVN is
still in the foobar/.svn/tmp directory? That sounds like something that
could be remedied in TortoiseSVN or libsvn_wc.

Edmund.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Dec 12 10:49:48 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.