Date: Sat, 2 Mar 2002 15:38:29 +1100 (EST) From: "Tim J. Robbins" <tim@robbins.dropbear.id.au> To: FreeBSD-gnats-submit@freebsd.org Cc: freebsd-standards@freebsd.org Subject: bin/35471: rm(1) STANDARDS section is incorrect Message-ID: <200203020438.g224cTs11741@descent.robbins.dropbear.id.au>
next in thread | raw e-mail | index | archive | help
>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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200203020438.g224cTs11741>