From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 543 invoked from network); 11 Jun 2006 15:07:02 -0000 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO autolearn=ham version=3.1.3 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 11 Jun 2006 15:07:02 -0000 Received: (qmail 13709 invoked from network); 11 Jun 2006 15:06:51 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 11 Jun 2006 15:06:51 -0000 Received: (qmail 16621 invoked by alias); 11 Jun 2006 15:06:42 -0000 Mailing-List: contact zsh-users-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 10367 Received: (qmail 16610 invoked from network); 11 Jun 2006 15:06:42 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by sunsite.dk with SMTP; 11 Jun 2006 15:06:42 -0000 Received: (qmail 12572 invoked from network); 11 Jun 2006 15:06:42 -0000 Received: from vinc17.net8.nerim.net (HELO prunille.vinc17.org) (62.212.121.106) by a.mx.sunsite.dk with SMTP; 11 Jun 2006 15:06:40 -0000 Received: by prunille.vinc17.org (Postfix, from userid 501) id 7E06C9422C0; Sun, 11 Jun 2006 17:06:38 +0200 (CEST) Date: Sun, 11 Jun 2006 17:06:38 +0200 From: Vincent Lefevre To: zsh-users@sunsite.dk Subject: Re: Bi-directional pipe Message-ID: <20060611150638.GP740@prunille.vinc17.org> Mail-Followup-To: zsh-users@sunsite.dk References: <4486CBA2.9030501@yahoo.fr> <060608202844.ZM10410@torch.brasslantern.com> <44893A14.9040906@yahoo.fr> <060609025143.ZM4854@torch.brasslantern.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <060609025143.ZM4854@torch.brasslantern.com> X-Mailer-Info: http://www.vinc17.org/mutt/ User-Agent: Mutt/1.5.11-vl-20060510 On 2006-06-09 02:51:43 -0700, Bart Schaefer wrote: > On Jun 9, 11:06am, Guillaume Chazarain wrote: > } My solution is to do something like this: > } echo "$LARGE_REQUEST" >&p & > } read REPLY <&p > > In that case you don't have only two processes. If one process "knows" > to fork for large writes, that process is prepared for the situation. > Most read-stdin/write-stdout unix commands that one might execute are > not so prepared, is my point. Could you give an example? I'd say that's a bug in the command that starts the bidirectional pipe. I don't see how commands like grep could do anything. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / SPACES project at LORIA