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

Re: Tortoise 1.6.1 kills file explorer

From: M_Z <Ziggyesque_at_hotmail.com>
Date: Wed, 6 May 2009 08:19:22 -0700 (PDT)

Just 2 cents on a possible cause; untested, but still plausible...
Some devices will go into an automatic sleep mode when their internal
timers indicate the system has been inactive in accessing them, even
if Windows screen saver or power management settings are set so they
shouldn't, and they won't necessarily report to Windows they have gone
to sleep. If the device takes awhile to wake up, when the user moves
the mouse to give the system some activity, and reestablish
connections that were dropped, it could be sending only once a non-
error "Try back later" type of status code that SVNcache isn't testing
for, but goes back into it's wait for completion routine looking for
STATUS_SUCCESS. The driver, in the meanwhile, has already discarded
the request, so the wait routine never gets another call to unblock
the thread. After a long period of inactivity on this machine, with
the computer just at the login screen, logging back in can cause a
variety of service failures because device state wasn't as expected
when it went to sleep, not just TSVNcache. The usual symptom is that
not all the icons in the system tray that should show up do, or you
get explicit 'failure to start' dialogs. Occasionally it'll even blue

To track it down you'd need to run a kernel debug session though, I'd
think, because many of those drivers are ring 0 ones, not ring 3 like
Explorer and the cache service run at.


On May 5, 1:00 pm, Stefan Küng <tortoise..._at_gmail.com> wrote:
> Alexander Iljin wrote:
> > Hello!
> *** snip ***<
> >   I don't know what kind of activity or inactivity triggers the bug,
> >   but I can tell that I don't logoff my workstation for weeks, and I
> >   don't run a screensaver (just turn off the monitor manually). My WCs
> >   are all on the local hard drives, although mounted as the TrueCrypt
> >   volumes, but I never had this problem with TSVN 1.5.6 (the TrueCrypt
> >   version never changed since then). Some repos are also on local
> >   drives (file://), others are remote (https://).
> >   I am familiar with the SysInternals tools and am willing to provide
> >   additional information, but I don't have any C compilers/debuggers
> >   installed.
>*** more snip ***<
> I've uploaded the debug symbols for the cache process:http://nightlybuilds.tortoisesvn.net/latest/win32/
> Can you get those (and if you have an older nightly build, please update
> to the one that's now online and matches those debug symbols).
> Stefan


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-05-06 17:45:50 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.