From owner-freebsd-bugs Wed Aug 25 6:20:33 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 801551535B for ; Wed, 25 Aug 1999 06:20:31 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA41578; Wed, 25 Aug 1999 06:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 25 Aug 1999 06:20:02 -0700 (PDT) Message-Id: <199908251320.GAA41578@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Tim Vanderhoek Subject: Re: bin/13274: /bin/sh 'read' command does not work correctly Reply-To: Tim Vanderhoek Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/13274; it has been noted by GNATS. From: Tim Vanderhoek To: Sheldon Hearn Cc: Thomas Gellekum , chris@calldei.com, Chris Piazza , freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/13274: /bin/sh 'read' command does not work correctly Date: Wed, 25 Aug 1999 09:12:13 -0400 On Wed, Aug 25, 1999 at 08:39:44AM +0200, Sheldon Hearn wrote: > > > read [-er] [-p prompt] [-t timeout] variable ... > > I don't think it's that simple. I think the style of manpage is to > declare the options to builtins in the order in which the following > description treats them. You're wrong. See for example the hash description. The only one that might conceviably support your argument is the ulimit builtin, which is that way because it's alphabetisized. The fc builtin is also alphabetisized, except for the last couple entries, which run counter to your theory. I'll not that the hash synopsis is wrong, though. It should be hash [-rv] [command ...] Of course, the ulimit builtin is also a bad example: it was added by J in rev 1.4 (ie. not in the original manpage). For that matter, read was touched by msmith in another rev. You can make an argument for read [ -er ] [ -p prompt ] [ -t timeout ] variable ... which was the original style, but that style is no longer. While we're here, variable appears to be optional. I don't know what the purpose of read without variable is, though... -- This is my .signature which gets appended to the end of my messages. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message