From owner-freebsd-bugs Fri Mar 1 20:50:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A211437B405 for ; Fri, 1 Mar 2002 20:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g224o1p85044; Fri, 1 Mar 2002 20:50:01 -0800 (PST) (envelope-from gnats) Received: from descent.robbins.dropbear.id.au (145.c.002.mel.iprimus.net.au [203.134.135.145]) by hub.freebsd.org (Postfix) with ESMTP id 4FA4D37B405; Fri, 1 Mar 2002 20:43:24 -0800 (PST) Received: (from tim@localhost) by descent.robbins.dropbear.id.au (8.11.6/8.11.6) id g224cTs11741; Sat, 2 Mar 2002 15:38:29 +1100 (EST) (envelope-from tim) Message-Id: <200203020438.g224cTs11741@descent.robbins.dropbear.id.au> Date: Sat, 2 Mar 2002 15:38:29 +1100 (EST) From: "Tim J. Robbins" Reply-To: "Tim J. Robbins" To: FreeBSD-gnats-submit@freebsd.org Cc: freebsd-standards@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/35471: rm(1) STANDARDS section is incorrect Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 35471 >Category: bin >Synopsis: rm(1) STANDARDS section is incorrect >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 01 20:50:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Tim J. Robbins >Release: FreeBSD 4.5-STABLE i386 >Organization: >Environment: System: FreeBSD descent.robbins.dropbear.id.au 4.5-STABLE FreeBSD 4.5-STABLE #5: Sat Feb 16 18:56:18 EST 2002 tim@descent.robbins.dropbear.id.au:/usr/obj/usr/src/sys/DESCENT i386 >Description: rm(1) says: STANDARDS The rm command is almost IEEE Std 1003.2 (``POSIX.2'') compatible, except that POSIX requires rm to act like rmdir(1) when the file specified is a directory. This implementation requires the -d option if such behavior is desired. This follows the historical behavior of rm with respect to directories. However, this is not correct. P1003.2/D11.2, SUSV2 and P1003.1-2001 say the equivalent of the following (wording is from P1003.1-2001): 2. If file is of type directory, the following steps shall be taken: a. If neither the -R option nor the -r option is specified, rm shall write a diagnostic message to standard error, do nothing more with file, and go on to any remaining files. This change was added in revision 1.13 to src/bin/rm/rm.1. >How-To-Repeat: N/A >Fix: This patch, or reverse rev. 1.13. Index: rm.1 =================================================================== RCS file: /home/ncvs/src/bin/rm/rm.1,v retrieving revision 1.23 diff -u -r1.23 rm.1 --- rm.1 2001/07/15 07:49:05 1.23 +++ rm.1 2002/03/02 04:34:59 @@ -190,22 +190,8 @@ .Sh STANDARDS The .Nm -command is almost -.St -p1003.2 -compatible, except that -.Tn POSIX -requires -.Nm -to act like -.Xr rmdir 1 -when the -.Ar file -specified is a directory. This implementation requires the -.Fl d -option if such behavior is desired. This follows the historical -behavior of -.Nm -with respect to directories. +command conforms to +.St -p1003.2 . .Pp The simplified .Nm unlink >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message