From owner-freebsd-standards@FreeBSD.ORG Sun Feb 5 09:43:59 2006 Return-Path: X-Original-To: freebsd-standards@FreeBSD.org Delivered-To: freebsd-standards@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1035) id 31E1516A422; Sun, 5 Feb 2006 09:43:59 +0000 (GMT) Date: Sun, 5 Feb 2006 09:43:59 +0000 From: Xin LI To: freebsd-standards@FreeBSD.org Message-ID: <20060205094359.GA16091@hub.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: delphij@FreeBSD.org Subject: Exit if working directory is not accessible: a find(1) bug or feature? X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 09:43:59 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Dear folks, I have recently found a find(1) feature (or bug) that, it would exit immediately if the working directory is not accessible. HOW TO REPEAT: [su to root] cd /tmp mkdir find_testcase chmod 700 find_testcase cd find_testcase [su to your user, e.g. su delphij] Now that we have an non-accessible working directory (/tmp/find_testcase). Any attempt of find would fail with: find: .: Permission Denied This was caused by line 157-158 of find/main.c, which was inherted from 4.4BSD. This behavior also exists in CentOS 3.5, OpenBSD 3.8 and Solaris 8. It seems that the purpose of the code was to conform the POSIX statement that: "-exec ... The current directory for the invocation of utility_name shall be the same as the current directory when the find utility was started. ..." However, it looks somewhat confusing that find(1) refuse to work even if no -exec is specified. So, should we consider this as a feature (add some comments in the BUGS section), or it's a bug that should be fixed? Cheers, --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="patch-find.1" Index: find.1 =================================================================== RCS file: /home/ncvs/src/usr.bin/find/find.1,v retrieving revision 1.73 diff -u -r1.73 find.1 --- find.1 14 Jun 2005 11:50:51 -0000 1.73 +++ find.1 5 Feb 2006 09:27:17 -0000 @@ -934,3 +934,6 @@ primaries are actually global options (as documented above). They should probably be replaced by options which look like options. +.Pp +.Nm +will exit immediately if the working directory is not accessible. --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-standards@FreeBSD.ORG Sun Feb 5 10:20:04 2006 Return-Path: X-Original-To: freebsd-standards@freebsd.org 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 BDB3D16A420 for ; Sun, 5 Feb 2006 10:20:04 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7209743D77 for ; Sun, 5 Feb 2006 10:19:59 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so623096wxc for ; Sun, 05 Feb 2006 02:19:58 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DJD8T3bjuIULgsODVPTwrUu7ymlER1LLtu11ZnLz0i3GIZKXmtnGlEfz8eJLxtkNKUgQeuXYnJrGdH7L1SieQLk1EF9dv8m5dOvUon3oVq/01guR8Pjxe0T87ZScVHqhAYGWvoBbpszJ3GVOQI+bIB1R+Tv731T2oPPc4QuMx4Q= Received: by 10.70.74.19 with SMTP id w19mr4576096wxa; Sun, 05 Feb 2006 02:19:58 -0800 (PST) Received: by 10.70.105.2 with HTTP; Sun, 5 Feb 2006 02:19:58 -0800 (PST) Message-ID: <84dead720602050219g3f8a55f4i974ffc53e991dc83@mail.gmail.com> Date: Sun, 5 Feb 2006 15:49:58 +0530 From: Joseph Koshy To: Xin LI In-Reply-To: <20060205094359.GA16091@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060205094359.GA16091@hub.freebsd.org> Cc: freebsd-standards@freebsd.org Subject: Re: Exit if working directory is not accessible: a find(1) bug or feature? X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 10:20:04 -0000 > find: .: Permission Denied ... > So, should we consider this as a feature (add some comments > in the BUGS section), or it's a bug that should be fixed? What would you expect would be a more reasonable behaviour for this case? -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-standards@FreeBSD.ORG Sun Feb 5 16:47:03 2006 Return-Path: X-Original-To: freebsd-standards@freebsd.org Delivered-To: freebsd-standards@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1035) id C1B7C16A422; Sun, 5 Feb 2006 16:47:03 +0000 (GMT) Date: Sun, 5 Feb 2006 16:47:03 +0000 From: Xin LI To: Joseph Koshy Message-ID: <20060205164703.GA50353@hub.freebsd.org> References: <20060205094359.GA16091@hub.freebsd.org> <84dead720602050219g3f8a55f4i974ffc53e991dc83@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <84dead720602050219g3f8a55f4i974ffc53e991dc83@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-standards@freebsd.org Subject: Re: Exit if working directory is not accessible: a find(1) bug or feature? X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 16:47:03 -0000 On Sun, Feb 05, 2006 at 03:49:58PM +0530, Joseph Koshy wrote: > > find: .: Permission Denied > ... > > So, should we consider this as a feature (add some comments > > in the BUGS section), or it's a bug that should be fixed? > > What would you expect would be a more reasonable behaviour > for this case? I think that, if no -exec is specified, then usage of find(1) should be permitted, as the manpage did not said that it would not work; or, we should document this behavior, because it is somewhat "unexpected" especially for newbies who manage to write up a script. Cheers, From owner-freebsd-standards@FreeBSD.ORG Mon Feb 6 11:02:29 2006 Return-Path: X-Original-To: freebsd-standards@freebsd.org 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 9600F16A420 for ; Mon, 6 Feb 2006 11:02:29 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54BAC43D45 for ; Mon, 6 Feb 2006 11:02:29 +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.4/8.13.4) with ESMTP id k16B2Thw081891 for ; Mon, 6 Feb 2006 11:02:29 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k16B2S4l081885 for freebsd-standards@freebsd.org; Mon, 6 Feb 2006 11:02:28 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 6 Feb 2006 11:02:28 GMT Message-Id: <200602061102.k16B2S4l081885@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 Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 11:02:29 -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 o [2002/12/13] kern/46239 standards posix semaphore implementation errors o [2003/07/12] standards/54410standards one-true-awk not POSIX compliant (no exte o [2005/06/25] standards/82654standards C99 long double math functions are missin 4 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 s [2002/03/19] standards/36076standards Implementation of POSIX fuser command s [2002/05/07] standards/37843standards manual for pthread_setschedparam(3) is wr o [2002/06/14] standards/39256standards snprintf/vsnprintf aren't POSIX-conforman 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/25] standards/54833standards [pcvt] more pcvt deficits o [2003/07/25] standards/54839standards [pcvt] 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 s [2004/02/14] standards/62858standards malloc(0) not C99 compliant s [2004/03/29] kern/64875 standards [libc] [patch] [feature request] add a sy 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(1) not Posix compliant 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 a [2005/04/23] standards/80293standards sysconf() does not support well-defined u o [2005/05/20] standards/81287standards [PATCH]: fingerd(8) might send a line not o [2005/07/21] standards/83845standards [libm] [patch] add log2() and log2f() sup o [2005/08/18] standards/85080standards output of long double subnormals (with pr o [2005/12/24] standards/90871standards ACPI Not Work o [2006/01/26] standards/92360standards [headers] [patch] Missing TAB3 in kernel o [2006/01/26] standards/92362standards [headers] [patch] Missing SIGPOLL in kern 31 problems total. From owner-freebsd-standards@FreeBSD.ORG Fri Feb 10 07:45:07 2006 Return-Path: X-Original-To: freebsd-standards@freebsd.org 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 7AA5A16A420 for ; Fri, 10 Feb 2006 07:45:07 +0000 (GMT) (envelope-from mr.skoe@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1805743D46 for ; Fri, 10 Feb 2006 07:45:06 +0000 (GMT) (envelope-from mr.skoe@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so258737wxc for ; Thu, 09 Feb 2006 23:45:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=tTnoeOYR4l6sSwn1h43Ggv+qylv1YL+gWwt+8tj3GqHafxnYfryZmibuIctmB7tq5rmcAtdfCm5n01cXoOnFrGOWCjLChqAAmrJQHLbs5yrdfX3FuxarHgnxOhO7cRCCCYNE/txVIckFfxwVxESMl8AF2viYbovrF9QioOJVnfc= Received: by 10.70.89.12 with SMTP id m12mr2113720wxb; Thu, 09 Feb 2006 23:45:05 -0800 (PST) Received: by 10.70.102.3 with HTTP; Thu, 9 Feb 2006 23:45:05 -0800 (PST) Message-ID: Date: Fri, 10 Feb 2006 18:45:05 +1100 From: Mathew Schofield To: freebsd-standards@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: sys/errno.h: Missing Definitions X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 07:45:07 -0000 Hi there, I am just enquiring about the sys/errno.h missing declarations. I have found that ENODATA, ENOSTR, ENOSR and ETIME are not declared but are apart of the ISO Standard. Could these values be appropriately added? Any help in this matter is _greatly_ appreciented. -- Thank You Mathew Schofield mr.skoe@gmail.com From owner-freebsd-standards@FreeBSD.ORG Fri Feb 10 08:02:58 2006 Return-Path: X-Original-To: freebsd-standards@freebsd.org 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 BD1BE16A420 for ; Fri, 10 Feb 2006 08:02:58 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D49743D4C for ; Fri, 10 Feb 2006 08:02:58 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so261118wxc for ; Fri, 10 Feb 2006 00:02:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PP7Wzr4xpD+RHTlsCmq/Bf3lhiIxzrYOIRZpTc14IM3A7RoBTlSVih2MzSP4w4Iess5dGUBfs4Vc66oJ2p0gAVkZWG9H+WNsryYBzKO2Jd2dxcNf9rFVo8/PO/TSUuOFBW6lQ3QZm5JejYYqbXKpb5hrAK4Vozg/TJHSI+tvlSQ= Received: by 10.70.118.13 with SMTP id q13mr2144395wxc; Fri, 10 Feb 2006 00:02:56 -0800 (PST) Received: by 10.70.105.2 with HTTP; Fri, 10 Feb 2006 00:02:56 -0800 (PST) Message-ID: <84dead720602100002x4416069ct4a725fc605e9b222@mail.gmail.com> Date: Fri, 10 Feb 2006 13:32:56 +0530 From: Joseph Koshy To: Mathew Schofield In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-standards@freebsd.org Subject: Re: sys/errno.h: Missing Definitions X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 08:02:58 -0000 > I am just enquiring about the sys/errno.h missing declarations. I have > found that ENODATA, ENOSTR, ENOSR and ETIME are not declared but are > apart of the ISO Standard. These are STREAMS error codes; we don't have STREAMS in FreeBSD. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy