Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-ID: <3F1FD3E4.5030804@btopenworld.com> Date: Thu, 24 Jul 2003 13:41:08 +0100 From: David Sharp User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3.1) Gecko/20030425 X-Accept-Language: en-us, en MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: How to diagnose Cygwin / Windows shutdown problem References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I don't know for sure either, but by the end of a day, it is not unusual for me to see multiple instances of bash.exe within my task manager, despite having closed them in windows. Therefore I don't think there is windows->posix signal translation, just the other way around. 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 > >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/