From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4735 invoked from network); 9 Dec 2002 18:01:18 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 9 Dec 2002 18:01:18 -0000 Received: (qmail 12431 invoked by alias); 9 Dec 2002 18:00:58 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 17993 Received: (qmail 12398 invoked from network); 9 Dec 2002 18:00:54 -0000 To: zsh-workers@sunsite.dk Subject: Re: GNU nohup oddness In-reply-to: ""Bart Schaefer""'s message of "Sat, 07 Dec 2002 17:43:23 GMT." <1021207174323.ZM11632@candle.brasslantern.com> Date: Mon, 09 Dec 2002 18:00:20 +0000 Message-ID: <23159.1039456820@csr.com> From: Peter Stephenson "Bart Schaefer" wrote: > @@ -870,7 +897,8 @@ > signal_ignore(SIGQUIT); > #endif > > - install_handler(SIGHUP); > + if (signal_ignore(SIGHUP) != SIG_IGN) > + install_handler(SIGHUP); > install_handler(SIGCHLD); > #ifdef SIGWINCH > install_handler(SIGWINCH); Seems to be logical --- follow the parent process. Is there a place where also setting opts[HUP] to zero would change the effect? -- Peter Stephenson Software Engineer CSR Ltd., Science Park, Milton Road, Cambridge, CB4 0WH, UK Tel: +44 (0)1223 692070 ********************************************************************** The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. **********************************************************************