> David Fairey wrote:
>
>> Is there any further useful information that can be obtained from a PC
>> in this state that might shine light on this bug?
>> It is generally reproducible on a few machines we have here, a typical
>> machine has a file structure of around 90k's of files.
>>
>> In most cases our workaround is to switch the Icon Overlay from
>> "Default" to "Shell", terminating the TSVNCache will bring it back again
>
> Are your working copies on a network share?
No, none of our working copies are on a network share.
Some have their folders junctioned to a separate physical drive, but not in
all cases where this stall happens.
> Because the shell/explorer can only 'hang' for as long as it takes to
> get the status for one single folder - that's how long the cache is
> 'blocked' and can't respond any queries. But once the status has been
> fetched, the requests from the shell have priority (the cache won't
> block anymore and fetch any status until all pending requests are
> answered).
That's understandable.
I've seen the TSVNCacheWindow stop scrolling during each of these 5 minute
stalls - when I know it has more folders to crawl.
Is there anything that could cause TSVNCache itself to block and then not
respond to queries? Windows API?
> Not sure how I could fix this without making some major changes to the
> cache though...
It's quite problem within our environment that I'm keen to try and help fix.
Regards
David.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-08-12 20:37:25 CEST