From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4918 invoked from network); 16 Jun 2006 09:22:59 -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.3 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; 16 Jun 2006 09:22:59 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 48822 invoked from network); 16 Jun 2006 09:22:52 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 16 Jun 2006 09:22:51 -0000 Received: (qmail 19015 invoked by alias); 16 Jun 2006 09:22:45 -0000 Mailing-List: contact zsh-users-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 10379 Received: (qmail 19005 invoked from network); 16 Jun 2006 09:22:45 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by sunsite.dk with SMTP; 16 Jun 2006 09:22:45 -0000 Received: (qmail 47650 invoked from network); 16 Jun 2006 09:22:45 -0000 Received: from ms-1.rz.rwth-aachen.de (HELO ms-dienst.rz.rwth-aachen.de) (134.130.3.130) by a.mx.sunsite.dk with SMTP; 16 Jun 2006 09:22:43 -0000 Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0J0Y008VR4O9VU@ms-dienst.rz.rwth-aachen.de> for zsh-users@sunsite.dk; Fri, 16 Jun 2006 11:21:45 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Fri, 16 Jun 2006 11:21:44 +0200 (MEST) Received: from fsst.voodoo.lan (u-6-099.vpn.RWTH-Aachen.DE [137.226.102.99]) by relay.rwth-aachen.de (8.13.6/8.13.3/1) with ESMTP id k5G9Liw5027316 for ; Fri, 16 Jun 2006 11:21:44 +0200 (MEST) Received: from hawk by fsst.voodoo.lan with local (Exim 4.62) (envelope-from ) id 1FrAVf-0007oh-Co for zsh-users@sunsite.dk; Fri, 16 Jun 2006 11:20:59 +0200 Date: Fri, 16 Jun 2006 11:20:59 +0200 From: Frank Terbeck Subject: Re: losing stderr messages In-reply-to: <20060616085843.GA27632@hhs48.com> To: zsh list Mail-followup-to: zsh list Message-id: <20060616092059.GZ2780@fsst.voodoo.lan> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline Operating-System: Linux 2.6.16.16 i686 User-Agent: Mutt/1.5.11+cvs20060403 References: <20060616085843.GA27632@hhs48.com> Charles Hallenbeck : > I have a command sequence which works as expected when bash is the > default shell (/bin/sh) but which fails to capture stderr output when > /bin/sh points to zsh. Can someone tell me why, and better yet how to > find the missing stderr messages? The sequence is: > > { ./configure && make && make install } &> log & > > When run under bash, all three tasks are backgrounded, and all output is > sent to log. Under zsh, all three tasks are backgrounded, but only > stdout goes to log. stderr output vanishes somewhere. Hi Charles, '&>' is not a POSIX compliant. It's a shortcut that bash uses, AFAIK. You could use '>&', which is zsh's shortcut, or (if it's a script, that uses '#!/bin/sh') stay compatible and use: '> log 2>&1 &'. Regards, Frank