From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/674 Path: main.gmane.org!not-for-mail From: Charlie Brady Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: pid of controlled service (was Re: runit-1.2.0 available) Date: Fri, 21 Jan 2005 16:01:54 -0500 (EST) Message-ID: References: <20050121193424.5788.qmail@9205e057e3be69.315fe32.mid.smarden.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: sea.gmane.org 1106341324 24262 80.91.229.6 (21 Jan 2005 21:02:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 21 Jan 2005 21:02:04 +0000 (UTC) Cc: supervision@list.skarnet.org Original-X-From: supervision-return-913-gcsg-supervision=m.gmane.org@list.skarnet.org Fri Jan 21 22:01:58 2005 Return-path: Original-Received: from antah.skarnet.org ([212.85.147.14]) by deer.gmane.org with smtp (Exim 3.35 #1 (Debian)) id 1Cs5un-0001sY-00 for ; Fri, 21 Jan 2005 22:01:58 +0100 Original-Received: (qmail 27437 invoked by uid 76); 21 Jan 2005 21:02:18 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Archive: Original-Received: (qmail 27431 invoked from network); 21 Jan 2005 21:02:18 -0000 X-X-Sender: charlieb@e-smith.charlieb.ott.istop.com Original-To: Gerrit Pape In-Reply-To: <20050121193424.5788.qmail@9205e057e3be69.315fe32.mid.smarden.org> Xref: main.gmane.org gmane.comp.sysutils.supervision.general:674 X-Report-Spam: http://spam.gmane.org/gmane.comp.sysutils.supervision.general:674 On Fri, 21 Jan 2005, Gerrit Pape wrote: > > I think it could be more useful if runsv would set an environment variable > > so that the external programs don't need to parse anything if they wish to > > send signals to, or otherwise query the status of, the controlled program. > > I'm not sure that's a good idea. The pid may change while the external > program is running, better let the runsv program send the signals to the > service. I don't know how that would be possible if you wanted a custom handler to do something special and then pass the signal on to the daemon. The custom handler would have no way of asking the runsv process to deliver the signal, correct? > And if the program really needs the pid, it can get it from > ./supervise/pid. Ah, yes, I forgot that.