From owner-freebsd-doc@FreeBSD.ORG Sun Mar 2 22:40:02 2014 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E407463 for ; Sun, 2 Mar 2014 22:40:02 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3BB041158 for ; Sun, 2 Mar 2014 22:40:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s22Me1xN053504 for ; Sun, 2 Mar 2014 22:40:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s22Me14D053503; Sun, 2 Mar 2014 22:40:01 GMT (envelope-from gnats) Date: Sun, 2 Mar 2014 22:40:01 GMT Message-Id: <201403022240.s22Me14D053503@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org Cc: From: Jilles Tjoelker Subject: Re: docs/166553: find(1): find -delete documentation is misleading X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Jilles Tjoelker List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Mar 2014 22:40:02 -0000 The following reply was made to PR docs/166553; it has been noted by GNATS. From: Jilles Tjoelker To: bug-followup@FreeBSD.org, rjk@greenend.org.uk Cc: Matthew Story Subject: Re: docs/166553: find(1): find -delete documentation is misleading Date: Sun, 2 Mar 2014 23:38:25 +0100 In PR docs/166553, Richard Kettlewell wrote: > The documentation for 'find -delete' includes the following remark: > It will not attempt to delete a filename with a "/" character in its > pathname relative to "." for security reasons. > This reflects a defensive test early in f_delete. However, the test > will not succeed, since find does not use FTS_NOCHDIR, so > entry->fts_accpath should never contain "/". > I suggest that this remark be deleted from the man page. In SVN r246628 and r253886 (both are in 10.0-RELEASE), I removed the two most common causes for the confusing error message about relative pathnames: if "." cannot be opened (except if find(1)'s own open succeeds but fts(3)'s open fails) and if an attempt is made to delete a pathname given as operand to find(1). The former now gives a clear error message and the latter is now allowed. -- Jilles Tjoelker