From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23317 invoked from network); 12 Jul 2009 21:19:50 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from new-brage.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.254.104) by ns1.primenet.com.au with SMTP; 12 Jul 2009 21:19:50 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 82064 invoked from network); 12 Jul 2009 21:19:41 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 12 Jul 2009 21:19:41 -0000 Received: (qmail 9102 invoked by alias); 12 Jul 2009 21:19:33 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 27141 Received: (qmail 9081 invoked from network); 12 Jul 2009 21:19:32 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 12 Jul 2009 21:19:32 -0000 Received: from vms173001pub.verizon.net (vms173001pub.verizon.net [206.46.173.1]) by bifrost.dotsrc.org (Postfix) with ESMTP id AAB4C80307FA for ; Sun, 12 Jul 2009 23:19:18 +0200 (CEST) Received: from torch.brasslantern.com ([96.238.220.32]) by vms173001.mailsrvcs.net (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPA id <0KMO00D66TVPOQH9@vms173001.mailsrvcs.net> for zsh-workers@sunsite.dk; Sun, 12 Jul 2009 16:19:06 -0500 (CDT) Received: from torch.brasslantern.com (localhost.localdomain [127.0.0.1]) by torch.brasslantern.com (8.13.1/8.13.1) with ESMTP id n6CLJ0Yo014560 for ; Sun, 12 Jul 2009 14:19:01 -0700 Received: (from schaefer@localhost) by torch.brasslantern.com (8.13.1/8.13.1/Submit) id n6CLJ0a7014559 for zsh-workers@sunsite.dk; Sun, 12 Jul 2009 14:19:00 -0700 From: Bart Schaefer Message-id: <090712141900.ZM14558@torch.brasslantern.com> Date: Sun, 12 Jul 2009 14:19:00 -0700 In-reply-to: <200907121935.n6CJZ5K0018519@pws-pc.ntlworld.com> Comments: In reply to Peter Stephenson "Re: non-interactive set -m" (Jul 12, 8:35pm) References: <200907121935.n6CJZ5K0018519@pws-pc.ntlworld.com> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-workers@sunsite.dk Subject: Re: non-interactive set -m MIME-version: 1.0 Content-type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV 0.94.2/9557/Sun Jul 12 22:01:16 2009 on bifrost X-Virus-Status: Clean On Jul 12, 8:35pm, Peter Stephenson wrote: } Subject: Re: non-interactive set -m } } Bart Schaefer wrote: } > POSIX doesn't specify whether the left or right side of a pipeline } > will run in the current shell, which means that with POSIX_JOBS set } > and this patch applied zsh will produce different results for the } > piping of "jobs" to something. } } It seems to me it should one thing or the other---either have job } control in the shell with its own separate job table, or report the } parent's. A mixture is madness. I agree with *that*, but I'm wondering if the end result is that the POSIX spec is self-contradictory [it wouldn't be the first time]. } > Note that in pdksh the job in the subshell is added to the table of } > jobs inherited from the parent shell (testing with pdksh 5.2.14). } } Yuk. So you've got a real job you can manipulate, and one phantom job } from the parent shell you can't and which is presumably fixed like that } for eternity. No, actually, you have two jobs neither of which you can manipulate. PDKSH doesn't do job control in subshells. It turns off -m when the subshell starts, and silently ignores it if you manually turn it back on again.