From owner-cvs-all  Sun Dec 23  4: 5:54 2001
Delivered-To: cvs-all@freebsd.org
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by hub.freebsd.org (Postfix) with ESMTP
	id 4FF9137B417; Sun, 23 Dec 2001 04:05:43 -0800 (PST)
Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id XAA31725;
	Sun, 23 Dec 2001 23:04:58 +1100
Date: Sun, 23 Dec 2001 23:05:07 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender:  <bde@gamplex.bde.org>
To: Pete Fritchman <petef@databits.net>
Cc: Sergey Babkin <babkin@FreeBSD.org>, <cvs-committers@FreeBSD.org>,
	<cvs-all@FreeBSD.org>
Subject: Re: cvs commit: src/bin/sh redir.c
In-Reply-To: <20011223045949.A70844@databits.net>
Message-ID: <20011223225957.B11689-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk
List-ID: <cvs-all.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20cvs-all>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20cvs-all>
X-Loop: FreeBSD.ORG

On Sun, 23 Dec 2001, Pete Fritchman wrote:

> ++ 21/12/01 18:40 -0800 - Sergey Babkin:
> | babkin      2001/12/21 18:40:58 PST
> |
> |   Modified files:
> |     bin/sh               redir.c
> |   Log:
> |   Added ability to do ">/dev/stdout". The apsfilter people are anxious
> |   to get it MFCed in time for release 4.5.
> |
> |   MFC after: 2 weeks
> |
> |   Revision  Changes    Path
> |   1.14      +2 -4      src/bin/sh/redir.c
>
> This change breaks autoconf (and probably more things).  Autoconf is a
> big ugly shell script, and uses some redirection magic to send things to
> the 'configure' file (which it generates from configure.in):
>
> if test $# -eq 0; then
>   exec 4> configure; chmod +x configure
> else
>   exec 4>&1
> fi

It seems to break redirection generally.  I just noticed a lot of new
warnings about umount failures at boot time.  This is because such errors
are normal and are intentionally ignored in the following line in /etc/rc:

    umount -a >/dev/null 2>&1

but redirection of stderr is broken and the error output is sent to the
console.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message