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:13:14 -0400 From: Christopher Faylor To: cygapp Subject: Re: Updated: cygrunsrv-0.92-2 Message-ID: <20010518141314.B7618@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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.11i In-Reply-To: <20010518182956.D31266@cygbert.vinschen.de>; from cygwin-apps@cygwin.com on Fri, May 18, 2001 at 06:29:56PM +0200 On Fri, May 18, 2001 at 06:29:56PM +0200, Corinna Vinschen wrote: >On Fri, May 18, 2001 at 10:30:01AM -0500, Fred Yankowski wrote: >> On Fri, May 18, 2001 at 10:16:17AM +0200, Corinna Vinschen wrote: >> > > 1. Some way to send specific signals to the daemon process to stop it >> > > in both the stop and shutdown cases. >> > [...] >> I don't want to send signals to the cgyrunsrv process itself -- the >> one that has multiple threads as you mention -- but rather have >> cygrunsrv send specific signals to the underlying application that >> cygrunsrv earlier forked and execv'ed. It looks as though cygrunsrv >> [...] >> What I need for the PostgreSQL case is to have cygrunsrv send SIGINT >> [...] >> Allowing whoever configures cygrunsrv for postgres to specify the >> particular signal to be used to stop the application would suffice. > >We could define another optional command line option: > > --sig > >to define which signal the application needs to do a graceful >exit. Default could still be 15/TERM. How about calling it "termsig" or something like that? I think it is possible that we might want to send other signals to the process in the future. Actually, you know what has something like this? IBM AIX. They have a way to set this kind of thing up. I guess there is no reason to emulate AIX, though. cgf