From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1470 invoked from network); 29 Jul 2009 23:47:19 -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; 29 Jul 2009 23:47:19 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 79757 invoked from network); 29 Jul 2009 23:47:10 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 29 Jul 2009 23:47:09 -0000 Received: (qmail 1051 invoked by alias); 29 Jul 2009 23:47:01 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 27201 Received: (qmail 1016 invoked from network); 29 Jul 2009 23:47:00 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 29 Jul 2009 23:47:00 -0000 Received: from vms173009pub.verizon.net (vms173009pub.verizon.net [206.46.173.9]) by bifrost.dotsrc.org (Postfix) with ESMTP id F3ECB805D08E for ; Thu, 30 Jul 2009 01:46:56 +0200 (CEST) Received: from torch.brasslantern.com ([96.238.220.32]) by vms173009.mailsrvcs.net (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPA id <0KNK00ADWI1RU781@vms173009.mailsrvcs.net> for zsh-workers@sunsite.dk; Wed, 29 Jul 2009 18:46:44 -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 n6TNkcB6020304; Wed, 29 Jul 2009 16:46:39 -0700 Received: (from schaefer@localhost) by torch.brasslantern.com (8.13.1/8.13.1/Submit) id n6TNkbiw020303; Wed, 29 Jul 2009 16:46:37 -0700 From: Bart Schaefer Message-id: <090729164637.ZM20302@torch.brasslantern.com> Date: Wed, 29 Jul 2009 16:46:37 -0700 In-reply-to: <237967ef0907291219m2cce3c52p2043dfc3d64c8cc8@mail.gmail.com> Comments: In reply to Mikael Magnusson "coprocess file descriptor p isn't closed after coprocess exits" (Jul 29, 9:19pm) References: <237967ef0907291219m2cce3c52p2043dfc3d64c8cc8@mail.gmail.com> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: Mikael Magnusson , zsh-workers Subject: Re: coprocess file descriptor p isn't closed after coprocess exits MIME-version: 1.0 Content-type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV 0.94.2/9632/Wed Jul 29 16:48:04 2009 on bifrost X-Virus-Status: Clean On Jul 29, 9:19pm, Mikael Magnusson wrote: } Subject: coprocess file descriptor p isn't closed after coprocess exits The coprocess descriptor is like any other FIFO; it stays open until both ends are done with it. See more explanation in http://www.zsh.org/mla/users/2009/msg00574.html } I couldn't figure out any syntax for closing the p descriptor manually } like you would do with exec 2>&- Nothing about coproc has changed in 10 years, so: http://www.zsh.org/mla/users/1999/msg00619.html