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

Re: Crash when viewing log with caching on

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Fri, 16 May 2008 11:11:01 +0200

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
and check if it still happens?


   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net

Received on 2008-05-16 11:11:23 CEST

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.