From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18931 invoked from network); 4 Jan 2004 17:37:10 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 4 Jan 2004 17:37:10 -0000 Received: (qmail 10286 invoked by alias); 4 Jan 2004 17:36:45 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 19333 Received: (qmail 10204 invoked from network); 4 Jan 2004 17:36:45 -0000 Received: from localhost (HELO sunsite.dk) (127.0.0.1) by localhost with SMTP; 4 Jan 2004 17:36:45 -0000 X-MessageWall-Score: 0 (sunsite.dk) Received: from [195.92.195.174] by sunsite.dk (MessageWall 1.0.8) with SMTP; 4 Jan 2004 17:36:45 -0000 Received: from modem-32.panther-grouper.dialup.pol.co.uk ([62.137.46.32] helo=pwstephenson.fsnet.co.uk) by cmailg4.svr.pol.co.uk with esmtp (Exim 4.14) id 1AdCBA-0001Xa-Dp for zsh-workers@sunsite.dk; Sun, 04 Jan 2004 17:36:44 +0000 Received: by pwstephenson.fsnet.co.uk (Postfix, from userid 501) id 178398545; Sun, 4 Jan 2004 12:43:18 -0500 (EST) Received: from pwstephenson.fsnet.co.uk (localhost [127.0.0.1]) by pwstephenson.fsnet.co.uk (Postfix) with ESMTP id 09C4A84C8 for ; Sun, 4 Jan 2004 17:43:18 +0000 (GMT) To: zsh-workers@sunsite.dk Subject: Re: Possible bug in zsh In-reply-to: "Vincent Stemen"'s message of "Sat, 03 Jan 2004 17:09:31 CST." <20040103230931.GA63684@quark.localdomain> Date: Sun, 04 Jan 2004 17:43:16 +0000 From: Peter Stephenson Message-Id: <20040104174318.178398545@pwstephenson.fsnet.co.uk> Vincent Stemen wrote: > -T trapsasync > > When waiting for a child, execute traps immediately. If this option > is not set, traps are executed after the child exits, as specified in > IEEE Std 1003.2 (``POSIX.2'') This nonstandard option is useful for > putting guarding shells around children that block signals. The > surrounding shell may kill the child or it may just return control to > the tty and leave the child alone, like this: > > sh -T -c "trap 'exit 1' 2 ; some-blocking-program" Does it mean that when the shell gets SIGINT while waiting for a programme it normally doesn't execute the trap until the wait has finally returned succesfully, but with this option it does? Isn't there a race in any case? -- Peter Stephenson Work: pws@csr.com Web: http://www.pwstephenson.fsnet.co.uk