From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21489 invoked from network); 13 Feb 2004 14:34:26 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 13 Feb 2004 14:34:26 -0000 Received: (qmail 7375 invoked by alias); 13 Feb 2004 14:34:02 -0000 Mailing-List: contact zsh-users-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 7045 Received: (qmail 7362 invoked from network); 13 Feb 2004 14:34:01 -0000 Received: from localhost (HELO sunsite.dk) (127.0.0.1) by localhost with SMTP; 13 Feb 2004 14:34:01 -0000 X-MessageWall-Score: 0 (sunsite.dk) Received: from [62.189.58.19] by sunsite.dk (MessageWall 1.0.8) with SMTP; 13 Feb 2004 14:34:1 -0000 Received: from MAILSWEEPER01.csr.com (mailhost1.csr.com [62.189.183.235]) by lhuumrelay3.lnd.ops.eu.uu.net (8.11.0/8.11.0) with ESMTP id i1DEY0v00921 for ; Fri, 13 Feb 2004 14:34:01 GMT Received: from EXCHANGE02.csr.com (unverified [192.168.137.45]) by MAILSWEEPER01.csr.com (Content Technologies SMTPRS 4.3.12) with ESMTP id for ; Fri, 13 Feb 2004 14:33:44 +0000 Received: from tinky-winky ([192.168.144.127]) by EXCHANGE02.csr.com with Microsoft SMTPSVC (5.0.2195.5329); Fri, 13 Feb 2004 14:34:48 +0000 Date: Fri, 13 Feb 2004 14:33:59 +0000 From: Peter Stephenson To: zsh-users@sunsite.dk Subject: Re: |& loses data (buffering bug?) Message-Id: <20040213143359.4ed3c3e5@tinky-winky> In-Reply-To: <20040213141505.GG27168@greux.loria.fr> References: <20040213141505.GG27168@greux.loria.fr> Organization: Cambridge Silicon Radio Ltd. X-Mailer: Sylpheed version 0.9.9claws (GTK+ 1.2.10; sparc-sun-solaris2.8) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 13 Feb 2004 14:34:48.0030 (UTC) FILETIME=[880307E0:01C3F23E] On Fri, 13 Feb 2004 15:15:05 +0100 Vincent Lefevre wrote: > Hi, > > I've noticed that when I use |&, data from either stdout or stderr > (of the first command) are lost. For instance, the output of a > "cvs status |& less" sometimes gives the following: Have you tried typing `F' in less? It could be the output is jerky and less hasn't actually read to the end of the file. It's pretty unlikely zsh has been losing data all this time and no-one's noticed it --- particularly since all zsh has to do is open and redirect the file descriptors. -- Peter Stephenson Software Engineer CSR Ltd., Science Park, Milton Road, Cambridge, CB4 0WH, UK Tel: +44 (0)1223 692070 ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com **********************************************************************