Jeffrey Altman wrote:
> On 64-bit Vista, when building source code projects that are not stored
> in Subversion repositories I am receiving a large number of "cannot
> close file" errors from lib.exe and link.exe. Using Sysinternals ProcMon
> I have captured the file access data for one of the failures. The log
> data is pasted below.
> What it shows is that at entry 14823752 link.exe receives a
> STATUS_USER_MAPPED_FILE 0xC0000243 error when attempting to
> SetEndOfFileInformation. The file appears to be user mapped by
> TSVNCache.exe as indicated by the close operation at 14823753.
> I suspect the real bug is that link.exe and lib.exe open the file with
> share mode none whereas TSVNCache.exe opens the file with share mode
> read|write|delete.
> I am puzzled that TSVNCache is opening these files at all given that the
> files are not in projects managed by Subversion.
Ummm, why not just use the TSVN "Icon Overlays" settings page?
Since some fixes in the nightly builds a ways back, clearing ALL "Drive
Types" boxes and then adding one or more "Include paths" works quite
well, and allows you to be as selective as you want in what TSVNCache
looks at... and still get all of that icon overlay goodness. ;)
OTOH, potential interference with build tools would seem undesirable -
but then you don't mention any troubles in actual WC trees?
Robert Roessler
robertr_at_rftp.com
http://www.rftp.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-01-31 04:49:42 CET