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

Re: TSVNCache.exe opens filehandles

From: Kevin Grover <kogrover_at_yahoo.com>
Date: 2006-07-14 22:16:48 CEST

Perhpas the TSVN crew could add an option to TSVNCache to have it dump all filehandles?

This could even be callable from the commandline

    c:\src\fuzzle> tsvncache --disable
    .... do some command line work here ...
    c:\src\fuzzle> tsvncache --enable

[Or even as two new exes: tsvncacehenable and tsvncachedisable if that's easier.]

which could then be added to build scripts to prevent problems and could be
made a link somewhere for people who are having access problems with other drives.

You can, of course, just turn off the icons, but I personally like them.

- Kevin

----- Original Message ----
From: Dave Lawrence <dlawrence@ad-holdings.co.uk>
To: users@tortoisesvn.tigris.org
Sent: Friday, July 14, 2006 4:41:36 AM
Subject: Re: TSVNCache.exe opens filehandles

I've also had this problem - I cannot run my build scripts which use the
command line SVN because TSVN cache opens handles inside the .svn dirs
while command line SVN is working on them.

To temporarily keep the TSVN cache from restarting, keep all instances
windows explorer closed (including those that appear in, for instance
file->open dialogs). Even for only 15 minutes at a time, this is a
frustrating work around, does anyone know a better one??

Kevin Grover wrote:
> I've had the same problem. My USB stuff all seams to work, I can I even
> tell TSVNcache to ignore them. However, my encrypted drives (DriveCrypt
> or TrueCrypt) show up as normal drives - so I can't tell TSVNCache to
> ignore them.
>
> I've just adopted the practice of killing the TSVNCache process if it
> causes problems (I use Process Explorer from sysinternals.com). It
> always seems to come back and had not caused a problem. <rant>why is it
> that Win applications can not just tell you *what* application has a
> lock instead of just saying that it can't unmount a drive?? It's
> terribly frustrating. It got caugt a couple of times when TSVNCache
> latched onto some sub dirs near where I was working on files that were
> *not* under (T)SVN control.</rant>
>
> Anyway, I don't blame TSVNCache, I don't know of a good way of handling
> it other than turning off all icons, but I've come to rely upon them too
> much for that course of action.
>
> ----- Original Message ----
> From: Nez <nevdelap@gmail.com>
> To: users@tortoisesvn.tigris.org
> Sent: Wednesday, July 12, 2006 7:30:50 PM
> Subject: Re: TSVNCache.exe opens filehandles
>
> This also is a problem with USB flash drives which prevents them from being
> stopped. I never noticed using Windows XP because I just unplug it, but now
> using Windows 2000 at work where it needs to be stopped to unplug it safely
> TSVNCache prevents it stopping.
>
> It's also a problem when using an encrypted partition using Cryptainer which
> prevents the encrypted partition from being unloaded because TSVNCache locks
> the encrypted virtual drive.
> --
> View this message in context:
> http://www.nabble.com/TSVNCache.exe-opens-filehandles-tf583751.html#a5301039
> Sent from the tortoisesvn - users forum at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> users-unsubscribe@tortoisesvn.tigris.org
> Fo r additional commands, e-mail:
> users-help@tortoisesvn.tigris.org
>

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

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Fri Jul 14 22:16:56 2006

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.