Mailing-List:	contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT sources DOT redhat DOT com>
List-Help:	<mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-owner AT sources DOT redhat DOT com
Delivered-To:	mailing list cygwin AT sources DOT redhat DOT com
Date:	Mon, 16 Jul 2001 18:27:27 +0200
From:	Corinna Vinschen <cygwin AT cygwin DOT com>
To:	cygwin AT cygwin DOT com
Cc:	Fred Yankowski <fred AT ontosys DOT com>, pgsql-cygwin AT postgresql DOT org
Subject:	Re: [ANNOUNCEMENT] Updated: cygrunsrv-0.94-1
Message-ID:	<20010716182727.Y25442@cygbert.vinschen.de>
Mail-Followup-To:	cygwin AT cygwin DOT com, Fred Yankowski <fred AT ontosys DOT com>,
	pgsql-cygwin AT postgresql DOT org
References:	<20010716171908 DOT V25442 AT cygbert DOT vinschen DOT de> <20010716113429 DOT D614 AT dothill DOT com>
Mime-Version:	1.0
User-Agent:	Mutt/1.2.5i
In-Reply-To:	<20010716113429.D614@dothill.com>; from Jason.Tishler@dothill.com on Mon, Jul 16, 2001 at 11:34:29AM -0400

On Mon, Jul 16, 2001 at 11:34:29AM -0400, Jason Tishler wrote:
> Corrina,
> 
> On Mon, Jul 16, 2001 at 05:19:08PM +0200, Corinna Vinschen wrote:
> > On Mon, Jul 16, 2001 at 10:04:17AM -0400, Jason Tishler wrote:
> > > What about trying to tackle this from another point of view?  I'm not
> > > sure if this is doable or acceptable, but what about adding logic to the
> > > Cygwin DLL so that it does not send SIGHUP (to itself) when the process is
> > > running under cygrunsrv?  
> > 
> > Hmmm, sounds like an ugly hack to me...
> 
> Which is why I couched the above with "acceptable."  However, there are
> other Unix daemons (e.g., inetd) that will respond to SIGHUP in a similar
> manner.  Is modifying all of them, instead of just the Cygwin DLL, better?

That's not what I meant. I just don't like a solution which checks
for a specific situation which might change in future due to reasons
we don't know yet.

Would perhaps changing the general behaviour of Cygwin help?

For example when changing the runlevel on a Linux system is requested,
init(8) sends a SIGTERM to processes which aren't defined on the new
runlevel. Which is a similar situation, IMO. Perhaps changing Cygwin
from sending SIGHUP to sending SIGTERM makes any sense?

Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Developer                                mailto:cygwin AT cygwin DOT com
Red Hat, Inc.

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -