Edward Z. Yang wrote:
> TortoiseSVN RC2 crashes occasionally on "View log" when log caching is
> turned on. Unfortunately, I can't be more specific than that: I can't
> find a discernible pattern for what working copies don't work, and
> what working copies do. There are a few consistent symptoms, though:
>
> 1. If a working copy is crashing, all of its subdirectories and files
> also crash the view log. It appears that the crashing is repository-
> wide.
>
> 2. TortoiseSVN always appears to be attempting to contact the server
> and downloading the logs before a crash
>
> 3. If a working copy is crashing, the problem is can be reproduced100%
>
> 4. Turning off log caching fixes the problem 100%.
>
> 5. Disabling and then enabling log caching tends to fix problems. I
> did it twice and it worked for all of the repositories that were
> failing.
>
> 6. Log caching occasionally gets confused when a directory inside a
> working copy points to a different repository. The result is that log
> entries go missing, or apply to non-existent files/folders. This was
> happening before TortoiseSVN started crashing; I haven't been able to
> reproduce.
Please check if those repositories also have different UUIDs. If they
don't, you have to do a dump/reload for those: every repository must
have a unique ID (that's why it's called an UUID).
Repositories with identical UUIDs can only happen if you copy a
'default' repository for every project you create.
Also, can you maybe try a nightly build from
http://nightlybuilds.tortoisesvn.net/latest/
and check if it still happens?
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
Received on 2008-05-16 11:11:23 CEST