From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-33720-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 28945 invoked by alias); 20 Nov 2014 10:44:36 -0000
Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Workers List <zsh-workers.zsh.org>
List-Post: <mailto:zsh-workers@zsh.org>
List-Help: <mailto:zsh-workers-help@zsh.org>
X-Seq: 33720
Received: (qmail 5280 invoked from network); 20 Nov 2014 10:44:33 -0000
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW autolearn=ham
	version=3.3.2
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:subject:message-id:mime-version:content-type
         :content-disposition:user-agent;
        bh=o0ChhVpuSf4EUiQuC7Lv/txOLbiNEfu0u9AY90aKP9I=;
        b=ennebdM5O11AebK8ByjMLKC9whe1iSC+WYOXrvPWYXuk1f4TntcgySEiLeCuwZ1uTQ
         fBGSXM9t3a0mfvzRIOdpNuXO2AA9ux7rz+rS5RtJeB980H+6q4Nm2UrjtbTdskr6kwx5
         vxw3PDAm+G7/wD89uC0xQSR+v1EYbTD/URFMok+LEWPuYIEokwhmw2aUpGuBt44pxLW0
         gGCgZVWVPKQtoF1kVI2rsVx3KNSSwqxj34GWYSzpDICIcBvQfumojal81jfAVs0UtW8u
         3zAhWrmvzP0X/PC1p0VsZnJSwsDS3NqmAC5q+xSiP1JD/1eKRzlZMKPFUZrCADgo2MUN
         fg6g==
X-Received: by 10.112.137.234 with SMTP id ql10mr1327566lbb.91.1416480268859;
        Thu, 20 Nov 2014 02:44:28 -0800 (PST)
Date: Thu, 20 Nov 2014 11:44:40 +0100
From: Pierre Neidhardt <ambrevar@gmail.com>
To: zsh-workers@zsh.org
Subject: Redirection bug for stderr?
Message-ID: <20141120104440.GA23262@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Info: Simplicity is the ultimate sophistication.
User-Agent: Mutt/1.5.23 (2014-03-12)

Hi!

I recently noticed a somewhat unexpected behaviour with a configuration-less zsh 5.0.7:

	 $ ls /root >/dev/null 2>&1
   $ ls /root 2>/dev/null | cat
   $ ls /root >/dev/null 2>&1 | cat
	 ls: cannot open directory /root: Permission denied

I believe last error line should not appear. The problem is about stream
redirection when piped. `ls /root` is just an example of command printing to
stderr.

On Arch Linux, zsh is built with:

	./configure --prefix=/usr \
		--docdir=/usr/share/doc/zsh \
		--htmldir=/usr/share/doc/zsh/html \
		--enable-etcdir=/etc/zsh \
		--enable-zshenv=/etc/zsh/zshenv \
		--enable-zlogin=/etc/zsh/zlogin \
		--enable-zlogout=/etc/zsh/zlogout \
		--enable-zprofile=/etc/zsh/zprofile \
		--enable-zshrc=/etc/zsh/zshrc \
		--enable-maildir-support \
		--with-term-lib='ncursesw' \
		--enable-multibyte \
		--enable-function-subdirs \
		--enable-fndir=/usr/share/zsh/functions \
		--enable-scriptdir=/usr/share/zsh/scripts \
		--with-tcsetpgrp \
		--enable-pcre \
		--enable-cap \
		--enable-zsh-secure-free

Any clue?

-- 
Pierre Neidhardt

Coming together is a beginning;
	keeping together is progress;
		working together is success.