From owner-freebsd-current Sat Jul 14 10: 5:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 32C1337B401 for ; Sat, 14 Jul 2001 10:05:53 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id f6EH5c802083; Sat, 14 Jul 2001 13:05:38 -0400 (EDT) (envelope-from wollman) Date: Sat, 14 Jul 2001 13:05:38 -0400 (EDT) From: Garrett Wollman Message-Id: <200107141705.f6EH5c802083@khavrinen.lcs.mit.edu> To: Giorgos Keramidas Cc: freebsd-current@FreeBSD.ORG Subject: Re: cannot print to remote printer In-Reply-To: <20010714014914.A7876@hades.hell.gr> References: <873d83pquy.wl@wilhelm.noname> <20010711214311.C2855@heechee.tobez.org> <200107120645.f6C6jtP45267@uriah.heep.sax.de> <20010712122148.B10960@heechee.tobez.org> <86k81eaqcj.fsf@hades.hell.gr> <200107122117.f6CLHsl43063@khavrinen.lcs.mit.edu> <3B4F3485.DE6DC3E5@mindspring.com> <20010714014914.A7876@hades.hell.gr> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I wrote: >> > The new POSIX draft, at least, sanctions the automatic reset of >> > SIGCHLD to SIG_DFL upon exec(). Terry Lambert appears to have written: >> How does the "NOHUP" program continue to function in >> light of this reset demand? There is no ``demand'' involved. The behavior of the system when SIGCHLD is set to SIG_IGN has always been entirely implementation-defined. The new specification makes it clear that, in the course of this implementation-defined behavior, implementations are free to reset SIGCHLD to SIG_DFL when a new program is executed. The new specification also makes it clear that the behavior of functions such as system() and pclose() is undefined when SIGCHLD is set to SIG_IGN. (The semantics for SA_NOCLDWAIT are somewhat different.) This change was made because some implementors interpreted the base documents as requiring that SIGCHLD be inherited across exec(), which would then in turn require every program which ever makes use of wait() to explicitly reset SIGCHLD (since the nominal default could not be depended upon). Giorgos Keramidas wrote: > I'm not sure about POSIX, but the manpage of nohup does not mention > SIGCHLD. The only signals I see mentioned in revision 1.8 of nohup.1 > are SIGHUP and SIGQUIT. That is correct. SIGCHLD is entirely irrelevant to `nohup', as the slightest amount of effort on Terry's part would have made clear. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message