From owner-freebsd-standards@FreeBSD.ORG Wed Mar 3 01:19:57 2004 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2662216A4CE; Wed, 3 Mar 2004 01:19:57 -0800 (PST) Received: from pengo.systems.pipex.net (pengo.systems.pipex.net [62.241.160.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4BF843D46; Wed, 3 Mar 2004 01:19:56 -0800 (PST) (envelope-from mark@thuvia.org) Received: from dotar.thuvia.org (81-86-74-108.dsl.pipex.com [81.86.74.108]) by pengo.systems.pipex.net (Postfix) with ESMTP id A0EC34C001A3; Wed, 3 Mar 2004 09:19:54 +0000 (GMT) Received: from dotar.thuvia.org (localhost [127.0.0.1]) by dotar.thuvia.org (8.12.9/8.12.9) with ESMTP id i239Jqag024515; Wed, 3 Mar 2004 09:19:52 GMT (envelope-from mark@dotar.thuvia.org) Received: (from mark@localhost) by dotar.thuvia.org (8.12.9/8.12.9/Submit) id i239JqrO024514; Wed, 3 Mar 2004 09:19:52 GMT (envelope-from mark) Message-Id: <200403030919.i239JqrO024514@dotar.thuvia.org> From: Mark Valentine Date: Wed, 3 Mar 2004 09:19:52 +0000 In-Reply-To: <0613FBAF-6CF3-11D8-9000-000393BB9222@queasyweasel.com> X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: "Jordan K. Hubbard" cc: freebsd-standards@freebsd.org cc: wollman@freebsd.org Subject: Re: What's up with /usr/src/usr.bin/alias? X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2004 09:19:57 -0000 > From: "Jordan K. Hubbard" > Date: Wed 3 Mar, 2004 > Subject: Re: What's up with /usr/src/usr.bin/alias? > Hmmm! That's interesting... We may have something misconfigured in > the conformance test suite which is causing it to flag these. On further reading there's additional support for the current behaviour in the introductory section Command Search and Execution: "If the command name contains at least one slash, the shell shall execute the utility in a separate utility environment..." So it's not as if the implementation has to detect that /usr/bin/cd is a built-in or anything. Cheers, Mark. -- "Tigers will do ANYTHING for a tuna fish sandwich." "We're kind of stupid that way." *munch* *munch* --