Message-ID: <48F66106.9070604@gmx.net>
Date: Wed, 15 Oct 2008 23:30:46 +0200
From: Sybille Ebert <sybille.ebert@gmx.net>
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: cygwin@cygwin.com
Subject: Re: cygserver 1.5.25-15 slows down logoff
References: <48BEB7F8.2080908@gmx.net> <48BF5B9D.1010501@gmx.net> <20080929164910.GB11053@calimero.vinschen.de> <48E19F48.1050805@gmx.net> <20081002090757.GB23019@calimero.vinschen.de> <48E49B84.3080006@gmx.net> <20081015144130.GY9289@calimero.vinschen.de>
In-Reply-To: <20081015144130.GY9289@calimero.vinschen.de>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com

>>>> The problem also appears in sshd service, eventhough it does not depend
>>>> on cygserver. I installed sshd using ssh-host-config and manually
>>>> stopped cygserver. And even with only sshd running, there was still a
>>>> long delay at logoff/shutdown!
>>> Which shows that the delay isn't cygserver specific, but occurs in the
>>> cygwin DLL somehow.  I'm somewhat low on time right now but I'll look
>>> into this at one point. 
>> Thank you. Please let me know if I could be of any assistance.
>>
>>
>>> For a start, can you make absolutely sure that this effect isn't related
>>> to some third party product?  Did you try to find if there's some
>>> http://cygwin.com/acronyms/#BLODA interferring badly on that machine?
>>> See also http://cygwin.com/faq/faq.using.html#faq.using.bloda
>> I've eliminated as much external factors as I possibly could. Nothing
>> from the list applies to me. I can reproduce the problem on a clean
>> install of Windows 2003 SP2 64-bit on VMWare Workstation.
> 
> I can reproduce it, too.  However, I can not reproduce it on Windows
> Server 2008 x64 so it seems a problem of the NT 5.2 kernel alone.
> I tried debugging and changed a couple of places in the DLL as well
> as in cygrunsrv trying to track it down.  The hang does not occur in
> Cygwin code, afaics, but in OS code and changing related parts of the
> custom console handling doesn't change anything.  That's all I can do
> for now, sorry.

Could you explain the interaction between Cygwin and OS in the related
part? I would like to have a look at it, but I need some directions.

S

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/