How to diagnose Cygwin / Windows shutdown problem

[Markus Schönhaber]

Igor Pechtchanski wrote:
> There is such a mechanism on Win2k.  I don't think there is one on Win9x.
> This thread seems to indicate that there isn't one on WinXP, either, at
> least not for shutdown messages.
> 	Igor

I don't see any difference in the behaviour on W2k and WinXP. As Richard 
stated on the other thread, clicking the window's close button on WinXP 
does end bash (or python) - logging off doesn't. On W2k the behaviour is 
the same (just tried that too).

Regards
   mks

> 
> On Wed, 23 Jul 2003, Andrew DeFaria wrote:
> 
> 
>>Randall R Schulz wrote:
>>
>>
>>>Andrew,
>>>
>>>Cygwin apps don't have a Windows event handler do they?
>>
>>To tell you the truth... I don't know for sure.
>>
>>
>>>The two programming models (Win32 and POSIX) are fundamentally
>>>different, so based on my very limited understanding, it seems that
>>>Cygwin itself (code in Cygwin1.dll) would have to intercept these
>>>OS-generated events and translate them into POSIX signals (SIGUP, say).
>>
>>Makes sense to me! I would suspect that when one clicks on the close
>>button in the window frame that generates a Windows event that is
>>translated somehow to send a kill signal to the shell. If true then
>>there is already a mechanism for Win Event -> POSIX signal.
>>
>>
>>>Randall Schulz
>>>
>>>At 17:16 2003-07-23, Andrew DeFaria wrote:
>>>
>>>
>>>>Randall R Schulz wrote:
>>>>
>>>>
>>>>>Cygwin apps don't know about and cannot respond to the
>>>>>system-generated messages that request that applications quit in
>>>>>preparation for the system to shut down or the user to log off.
>>>>
>>>>
>>>>"Cannot respond to"? When a system-generated message that requests
>>>>that applications quit in preparation for the systme to shut down or
>>>>the user to log off why can Cygwin apps (in particular bash or other
>>>>shell) simply do what it would have done if TMOUT was just triggered?
>>>>
>>>>      TMOUT  If set to a value greater than zero, TMOUT  is  treated
>>>>as  the
>>>>             default timeout for the read builtin.  The select
>>>>command termi-
>>>>             nates if input does not arrive after TMOUT seconds when
>>>>input is
>>>>             coming  from  a terminal.  In an interactive shell, the
>>>>value is
>>>>             interpreted as the number of seconds to  wait  for
>>>>input  after
>>>>             issuing  the  primary prompt.  Bash terminates after
>>>>waiting for
>>>>             that number of seconds if input does not arrive.
> 
> 


--
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/