From owner-freebsd-stable Mon Jan 18 02:49:17 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA24547 for freebsd-stable-outgoing; Mon, 18 Jan 1999 02:49:17 -0800 (PST) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA24542 for ; Mon, 18 Jan 1999 02:49:15 -0800 (PST) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id CAA22733; Mon, 18 Jan 1999 02:49:00 -0800 (PST) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id CAA10285; Mon, 18 Jan 1999 02:48:59 -0800 (PST) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id CAA05923; Mon, 18 Jan 1999 02:48:57 -0800 (PST) From: Don Lewis Message-Id: <199901181048.CAA05923@salsa.gv.tsc.tdk.com> Date: Mon, 18 Jan 1999 02:48:57 -0800 In-Reply-To: "Kent S. Harris" "setpgid(2) doesn't work as advertised" (Jan 16, 11:56am) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: "Kent S. Harris" , freebsd-stable@FreeBSD.ORG Subject: Re: setpgid(2) doesn't work as advertised Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Jan 16, 11:56am, "Kent S. Harris" wrote: } Subject: setpgid(2) doesn't work as advertised } I believe the manual is correct and the kernel code is wrong. Frequently } in industrial situations, an "area controller" process on a particular } CPU will spawn a number of sub-processes that perform various tasks } such as control special devices. One of the tasks of the "area } controller" is to reap its children and re-spawn them should they } unexpectedly abort. } } So far no problem. However, in a situation where the "area controller" } aborts and is restarted (usually manually), it may want to reclaim its } original children to the process group so it can once again reap } the SIGCHLD signals. To do so it must insert the children into } its new process group via setpgrp. No can do. When a process exits, the SIGCHLD is sent to its parent process, whether they are in the same process group or not. If the parent exits first, then its child processes are inherited by the init process (process 1). There is no way for another process to reclaim them. --- Truck To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message