Mailing-List: contact cygwin-apps-help AT sourceware DOT cygnus DOT com; run by ezmlm Sender: cygwin-apps-owner AT sourceware DOT cygnus DOT com List-Subscribe: List-Archive: List-Post: List-Help: , Delivered-To: mailing list cygwin-apps AT sources DOT redhat DOT com Date: Fri, 18 May 2001 14:32:51 -0400 From: Christopher Faylor To: cygapp Subject: Re: Updated: cygrunsrv-0.92-2 Message-ID: <20010518143251.F7618@redhat.com> Reply-To: cygwin-apps AT cygwin DOT com Mail-Followup-To: cygapp References: <20010517161408 DOT A60686 AT enteract DOT com> <20010518101617 DOT B31266 AT cygbert DOT vinschen DOT de> <20010518103001 DOT A61059 AT enteract DOT com> <20010518182956 DOT D31266 AT cygbert DOT vinschen DOT de> <20010518131146 DOT A50378 AT enteract DOT com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.11i In-Reply-To: <20010518131146.A50378@enteract.com>; from fred@ontosys.com on Fri, May 18, 2001 at 01:11:47PM -0500 On Fri, May 18, 2001 at 01:11:47PM -0500, Fred Yankowski wrote: >On Fri, May 18, 2001 at 06:29:56PM +0200, Corinna Vinschen wrote: >> As a result, the current method isn't sufficient for shutdown since the >> service thread simply hangs in `waitpid' until the child application >> actually exited. > >OK, we'll have to consider a different design there. I've been able >to get by with a simple waitpid design in postgres so far, but that >might be fragile, dependent on processor speed and whatnot. > >> I'm somewhat surprised. When I send SIGTERM to cygrunsrv, the signal >> is silently ignored and cygrunsrv grabs all CPU time it can get. > >Ah, sorry, I was basing my statement on the code and not on actual >tests. I've found that I need to ignore SIGHUP (with SIG_IGN) in the >postgres service process; if I don't, that service process seems to >stop running abruptly in the middle of NT shutdown. I thought the >process was terminating, but it might instead be looping as you have >seen. It should be terminating. You should not be seeing the looping behavior unless your application is multithreaded. >> Currently we have the following TODO list: >> >> * --sig option. >> * --std{in,out,err} option as described in the cygwin mailing list. >> * --dep(?) option for adding dependencies to other services. > >OK, I'll start with '--sig' and then look into '--dep'. I probably don't need to reiterate this, but I'd prefer "--termsig". cgf