From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 377 invoked by alias); 16 May 2011 21:29:09 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 29301 Received: (qmail 9555 invoked from network); 16 May 2011 21:29:07 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 Received-SPF: none (ns1.primenet.com.au: domain at closedmail.com does not designate permitted sender hosts) From: Bart Schaefer Message-id: <110516142843.ZM27780@torch.brasslantern.com> Date: Mon, 16 May 2011 14:28:43 -0700 X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-workers@zsh.org Subject: XTRACE output -- I thought we'd fixed this? MIME-version: 1.0 Content-type: text/plain; charset=us-ascii bash-3.2$ set -x bash-3.2$ echo hello 2>/dev/null + echo hello hello bash-3.2$ torch% set -x torch% echo hello 2>/dev/null hello torch% echo hello +Src/zsh:3> echo hello hello torch% Stderr redirection isn't supposed to redirect the xtrace descriptor unless you use a { ... } construct. There's even this in exec.c:execcmd(): /* Make a copy of stderr for xtrace output before redirecting */ fflush(xtrerr); if (isset(XTRACE) && xtrerr == stderr && (type < WC_SUBSH || type == WC_TIMED)) { if ((newxtrerr = fdopen(movefd(dup(fileno(stderr))), "w"))) { xtrerr = newxtrerr; fdtable[fileno(xtrerr)] = FDT_XTRACE; } } Yet E02xtrace.ztst appears to expect this (wrong?) behavior, so I must be mis-remembering something.