Hi,
As I stated in my first mail I have tested with disabling the cache and
then all is working well so yes the problems are located to the cache
manager in some bizzare way. So although there is a workaround I would
still like to have the TSVNCache manager to work in its default state.
I also got the source for 1.4.5 and 1.4.8 and made a diff using Araxis and
the differences between them where small but as I have never worked with
the code I cannot tell why these small changes break the cache manager so
hard.
As a note. The Windows2K3-SP2 file and user server we are using is set up
with very few policies and no special tricks are used.
I will try though with a VMWare installation and see what that brings.
Thanks for the tip!
As for what processes that locks up, it is Explorer and a TSVNCacheWindow
process that does not show in taskmanager.
Regards
/John
> 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
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-02-23 10:36:23 CET