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

Re: TSVNCacheWindow locks up Explorer in 1.4.8

From: Kevin Grover <kevin_at_kevingrover.net>
Date: Fri, 22 Feb 2008 17:15:28 -0800

On Fri, Feb 22, 2008 at 7:14 AM, John Lundbäck <
john.lundback_at_arcticus-systems.com> wrote:

> As a follow up to this issue I've tried with setting up a local user
> with no administrator privileges on my laptop running XP-SP2 with all
> patches, same Windows installation procedure as on my stationary.
>
> With a local user account Tortoise does not lockup Explorer although I
> had troubles with another local account in which TSVNCache repeatably
> crashes and restarts and crashes and so on infinitum. Fix was to wipe
> the entire account settings and login again and problems went away with
> all the users settings of which he was not too happy about to loose.
>
> Now, I feel that the code should be more defensive so that no
> assumptions ever are made, thus extensively testing every possible error
> state is a must, degraded functionality is acceptable but crashes not so.
>
> And second, is there any logging built into Tortoise to enable to see
> where this freezing action happens?
>
> Debugging this I feel will be a nightmare since I need to be admin to
> compile and install the dlls but need to be in my normal user account to
> debug this and since explorer will freeze right away, well you get the
> picture...
>
>
> Regards
> /John
>
> John Lundbäck wrote:
> > Hi all,
> >
> > I've reported this problem with 1.4.6 but the problem alas still
> > persists in 1.4.8.
> >
> > Here is my case:
> > Using 1.4.5 the TSVNCache works as expected eg it scans through our
> > local working copies of our versioned projects. We have about 5000-10000
> > files in our projects of different sorts in a hierarchical composition.
> >
> > However, when I tried to upgrade to 1.4.8 by first uninstall previous
> > version, reboot, remove all local working copies from disks, install
> > 1.4.8 and reboot.
> >
> > Things did not work well when I logged back in. Explorer almost
> > immediately freezes and even killing explorer process does not cure this
> > freeze. Only by logging out which make the logout process waiting for
> > the TSVNCacheWindow process to die which it does not, but by killing it
> > in the logout process I can logout. And this mess continues when I login
> > again.
> >
> > First note: We as developers do NOT have administrator privileges, this
> > may be one warning bell because when I do login with administrator
> > privileges all is working well. This is not good news since our security
> > require users not to have such privileges.
> >
> > Second note: I can jumpstart the 1.4.8 by removing all my user registry
> > entries concerning Tortoise and working copies and then get a new set
> > from our SVN server. This works as long as I do not restart my machine.
> > If I do so, well back to square 1. If I logout and back in no problems.
> >
> > Third note: We use roaming profiles which are deleted whenever a user
> > logsout or restart the machine.
> >
> > Fourth note: Although I can get 1.4.8 to work by disabling the cache, it
> > feels that the whole point of the explorer integration subsides to
> > almost nothing then, the feedback you get from the overlay icons are
> > invaluable in my opinion.
> >
> > Have anyone any ideas why the behavior of the cache have changed in such
> > dramatical way from 1.4.5? Is the forthcoming 1.5 version a better bet
> > than bashing my head in the wall with the 1.4. series?
> >
> >
> > Regards
> > /John
> >
>
>
Just some WAGs:

   1. You could turn OFF TSVN Cache -- do all your problems go away? Or,
   limit it to the source directories.
   2. You could run in a VirtualMachine (VMware, VirtualBox, etc.) and
   use the VM specialized debuggers to see what's going on.
   3. In stall AntiFreeze (http://www.resplendence.com/antifreeze) - it a
   last-ditch process manager that freezes running programs. You may be able
   to see which programs/processes are explicitly causing the problem.

Good luck.

- Kevin
Received on 2008-02-23 02:15:37 CET

This is an archived mail posted to the TortoiseSVN Users mailing list.