From owner-freebsd-standards@FreeBSD.ORG Sun Apr 3 07:52:46 2005 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 5AD1E16A4CE; Sun, 3 Apr 2005 07:52:46 +0000 (GMT) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFA7943D45; Sun, 3 Apr 2005 07:52:45 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86])j337qiA6013788; Sun, 3 Apr 2005 17:52:44 +1000 Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) j337qfS5017342; Sun, 3 Apr 2005 17:52:42 +1000 Date: Sun, 3 Apr 2005 17:52:41 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: David Schultz In-Reply-To: <20050402100736.GA53369@VARK.MIT.EDU> Message-ID: <20050403173947.Y30455@delplex.bde.org> References: <20050330181904.16519571@mobile.pittgoth.com> <200504011517.j31FHxTO084986@khavrinen.lcs.mit.edu> <20050401172207.GA23665@VARK.MIT.EDU> <20050402100736.GA53369@VARK.MIT.EDU> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: standards@FreeBSD.org Subject: Re: Patch for cp(1) 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: Sun, 03 Apr 2005 07:52:46 -0000 On Sat, 2 Apr 2005, David Schultz wrote: > On Sat, Apr 02, 2005, Bruce Evans wrote: >> On Fri, 1 Apr 2005, David Schultz wrote: >>> Furthermore, are there situations where -r and -R differ such that >>> -r would behave reasonably? If it's the case that every time >> >> As I said, the main case where cp -r gives useful behaviour is for >> symlinks, where you actually want to follow symlinks but don't know >> about cp -RL. > > As (I think) Tom meant to suggest in his last message, -r could be > made an alias for -RL. That would result in behavior less > surprising than to most people than either -r's current behavior > or removing -r entirely. Do you agree? I would be happy with that. Maybe people who want -r to be the same as -R wouldn't be. >> BTW, there are several utilities whose support for tree walks is deficient >> due to their only having a -r flag and not having caught up with the 13+ >> year old -RHLP flags. diff is the most important one. > > What I really want is a grep -R that understands how to skip > special files. Actually, grep -R already exists, but it's just an > alias for -r. Hmm, -[rR] is even more tangled and broken for grep than for cp. The tangled history is: - wosch added -R in 1996 in grep.c 1.5. ISTR complaining that it wasn't accompanied by [HLP]. - gnu added -r, and we merged the changes in grep.c 1.14. - -R was lost in grep.c 1.14 and restored as an alias for -r in 1.15. So we now have -R == -r, and can't fix -R without adding a new option. While I'm wishing for utilities to handle links correctly, I'll wish for a zgrep thet can skip all hard links except the first in "zgrep -r foo /usr/share/man". > You have to say 'grep -D skip -R', which I never > remember until I've drummed my fingers on the keyboard for a while > waiting for grep to finish. Actually, I think I'll go make an > alias now... I didn't know about grep -D. Bruce From owner-freebsd-standards@FreeBSD.ORG Mon Apr 4 11:01:56 2005 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 CA1EA16A4F3 for ; Mon, 4 Apr 2005 11:01:56 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A393243D68 for ; Mon, 4 Apr 2005 11:01:56 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j34B1u8T012283 for ; Mon, 4 Apr 2005 11:01:56 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j34B1tHi012277 for freebsd-standards@freebsd.org; Mon, 4 Apr 2005 11:01:55 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 4 Apr 2005 11:01:55 GMT Message-Id: <200504041101.j34B1tHi012277@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-standards@FreeBSD.org Subject: Current problem reports assigned to you 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: Mon, 04 Apr 2005 11:01:57 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/03/05] bin/25542 standards /bin/sh: null char in quoted string p [2002/02/25] standards/35307standards standard include files are not standard c o [2002/12/13] kern/46239 standards posix semaphore implementation errors o [2003/04/21] standards/51209standards [PATCH] add a64l()/l64a/l64a_r functions p [2003/06/05] standards/52972standards /bin/sh arithmetic not POSIX compliant o [2003/06/18] kern/53447 standards poll(2) semantics differ from susV3/POSIX o [2003/07/12] standards/54410standards one-true-awk not POSIX compliant (no exte o [2004/01/01] standards/60772standards _Bool and bool should be unsigned o [2004/11/03] standards/73500standards 'set +o' in /bin/sh does not include unse o [2005/03/03] standards/78357standards getaddrinfo() doesn't appear to support A o [2005/03/09] standards/78650standards ttyname_r() is not standards compliant o [2005/03/16] standards/78907standards does not define pthread typ 12 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2000/09/24] bin/21519 standards sys/dir.h should be deprecated some more o [2001/01/16] bin/24390 standards Replacing old dir-symlinks when using /bi s [2001/01/24] standards/24590standards timezone function not compatible witn Sin s [2001/06/18] kern/28260 standards UIO_MAXIOV needs to be made public p [2001/11/20] standards/32126standards getopt(3) not Unix-98 conformant o [2002/02/27] misc/35381 standards incorrect floating-point display of large s [2002/03/19] standards/36076standards Implementation of POSIX fuser command o [2002/06/14] standards/39256standards [v]snprintf aren't POSIX-conformant for s o [2002/07/09] kern/40378 standards stdlib.h gives needless warnings with -an p [2002/08/12] standards/41576standards POSIX compliance of ln(1) o [2002/10/23] standards/44425standards getcwd() succeeds even if current dir has o [2002/12/09] standards/46119standards Priority problems for SCHED_OTHER using p o [2003/07/24] standards/54809standards pcvt deficits o [2003/07/25] standards/54833standards more pcvt deficits o [2003/07/25] standards/54839standards pcvt deficits o [2003/07/31] standards/55112standards glob.h, glob_t's gl_pathc should be "size o [2003/09/05] standards/56476standards cd9660 unicode support simple hack o [2003/10/29] standards/58676standards grantpt(3) alters storage used by ptsname p [2003/12/26] standards/60597standards FreeBSD's /usr/include lacks of cpio.h s [2004/02/14] standards/62858standards malloc(0) not C99 compliant p [2004/02/21] standards/63173standards Patch to add getopt_long_only(3) to libc o [2004/03/29] kern/64875 standards [patch] add a system call: fdatasync() o [2004/05/07] standards/66357standards make POSIX conformance problem ('sh -e' & o [2004/05/11] standards/66531standards _gettemp uses a far smaller set of filena o [2004/08/22] standards/70813standards [PATCH] ls not Posix compliant o [2004/08/26] docs/70985 standards [patch] sh(1): incomplete documentation o o [2004/09/22] standards/72006standards floating point formating in non-C locales o [2005/03/20] standards/79055standards Add an IFS regression test for shells o [2005/03/20] standards/79056standards regex(3) regression tests o [2005/03/21] standards/79067standards /bin/sh should be more intelligent about 30 problems total.