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

Re: 1.4.4 holding handles to ALL drive roots?

From: Tobias Schäfer <tobiasschaefer_at_gmx.de>
Date: 2007-06-13 06:40:25 CEST

On Wednesday 13 June 2007 05:38, Robert Roessler wrote:
> On my XP SP2 box with all NTFS partitions, TSVNCache is holding 'File'
> handles to ALL drive roots (e.g., "C:\", "D:\", ...).
>
> Isn't this a bit odd, at least given that I have attempted to only
> have a single tree on a single drive checked for overlays? I used a
> blank "Exclude paths" with a "Include paths" of "q:\usr\Play\*".
>
> In any case, I noticed this when I tried to dismount a TrueCrypt
> volume, and TC said a "file" was open. Like my other issue with
> overlays not updating immediately on commits, this seems new for 1.4.4?

Quoting Stefan from a Mail on dev@ three days ago:

----------------------------------------------------
The problem is with TrueCrypt: it doesn't send the WM_DEVICECHANGE
message before it tries to unmount. And this message is required,
because apps (like the TSVN cache) which need to have a handle open on
drives can react to the message and release the handle.
But since TrueCrypt doesn't send this message, how should TSVN (or any
other app which needs this) know to close all open handles?

Please report this to the TrueCrypt guys. The bug is in their app, they
have to deal with it.
----------------------------------------------------

Tobias

-- 
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Wed Jun 13 06:40:48 2007

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.