From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-17911-mason-zsh=primenet.com.au@sunsite.dk>
Received: (qmail 3649 invoked from network); 6 Nov 2002 10:11:13 -0000
Received: from sunsite.dk (130.225.247.90)
  by ns1.primenet.com.au with SMTP; 6 Nov 2002 10:11:13 -0000
Received: (qmail 1301 invoked by alias); 6 Nov 2002 10:10:59 -0000
Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm
Precedence: bulk
X-No-Archive: yes
X-Seq: 17911
Received: (qmail 1291 invoked from network); 6 Nov 2002 10:10:58 -0000
Date: Wed, 6 Nov 2002 10:10:50 +0000
To: Matthias Scheler <tron@zhadum.de>
Cc: Borzenkov Andrey <Andrej.Borsenkow@mow.siemens.ru>,
	zsh-workers@sunsite.dk
Subject: Re: I/O redirection problem in "zsh"
Message-ID: <20021106101050.GB4723@fysh.org>
References: <20021025104047.GA27855@colwyn.zhadum.de> <6134254DE87BD411908B00A0C99B044F03A0B4B6@MOWD019A> <20021025114451.GB28474@colwyn.zhadum.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20021025114451.GB28474@colwyn.zhadum.de>
User-Agent: Mutt/1.3.28i
From: Zefram <zefram@fysh.org>

Matthias Scheler wrote:
>Is there a better portable way to redirect stderr to the pipe but
>ignore stdout?

	{ command... 2>&1 >/dev/null; } | another-command...

Brace grouping effectively stops multios being accumulated, so later
redirections have their normal non-multio effect.  There's also

	command... 2>>( another-command... ) >/dev/null

-zefram