From owner-freebsd-standards@FreeBSD.ORG Sun Jan 27 11:04:14 2008 Return-Path: Delivered-To: freebsd-standards@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EFF916A41B; Sun, 27 Jan 2008 11:04:14 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1396013C465; Sun, 27 Jan 2008 11:04:14 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from freefall.freebsd.org (rwatson@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0RB4DRk089470; Sun, 27 Jan 2008 11:04:13 GMT (envelope-from rwatson@freefall.freebsd.org) Received: (from rwatson@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0RB4Dfc089466; Sun, 27 Jan 2008 11:04:13 GMT (envelope-from rwatson) Date: Sun, 27 Jan 2008 11:04:13 GMT Message-Id: <200801271104.m0RB4Dfc089466@freefall.freebsd.org> To: rwatson@FreeBSD.org, rwatson@FreeBSD.org, rwatson@FreeBSD.org, freebsd-standards@FreeBSD.org From: rwatson@FreeBSD.org Cc: Subject: Re: docs/26003: getgroups(2) lists NGROUPS_MAX but not syslimits.h 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, 27 Jan 2008 11:04:14 -0000 Synopsis: getgroups(2) lists NGROUPS_MAX but not syslimits.h State-Changed-From-To: feedback->analyzed State-Changed-By: rwatson State-Changed-When: Sun Jan 27 11:01:32 UTC 2008 State-Changed-Why: It seems like we understand the problem, but still no conclusion on the exact fix--perhaps unistd.h needs to find NGROUPS_MAX somehow without polluting the namespace too much more? Responsible-Changed-From-To: rwatson->freebsd-standards Responsible-Changed-By: rwatson Responsible-Changed-When: Sun Jan 27 11:01:32 UTC 2008 Responsible-Changed-Why: Assign to freebsd-standards as they may have a better sense of how to deal with this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=26003 From owner-freebsd-standards@FreeBSD.ORG Sun Jan 27 12:49:28 2008 Return-Path: Delivered-To: freebsd-standards@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8269E16A418; Sun, 27 Jan 2008 12:49:28 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 58B5B13C467; Sun, 27 Jan 2008 12:49:28 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from freefall.freebsd.org (rwatson@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0RCnR1D000220; Sun, 27 Jan 2008 12:49:27 GMT (envelope-from rwatson@freefall.freebsd.org) Received: (from rwatson@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0RCnRWb000216; Sun, 27 Jan 2008 12:49:27 GMT (envelope-from rwatson) Date: Sun, 27 Jan 2008 12:49:27 GMT Message-Id: <200801271249.m0RCnRWb000216@freefall.freebsd.org> To: toby@apple.com, rwatson@FreeBSD.org, rwatson@FreeBSD.org, freebsd-standards@FreeBSD.org From: rwatson@FreeBSD.org Cc: Subject: Re: standards/86484: [PATCH] mkfifo(1) uses wrong permissions 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, 27 Jan 2008 12:49:28 -0000 Synopsis: [PATCH] mkfifo(1) uses wrong permissions State-Changed-From-To: feedback->analyzed State-Changed-By: rwatson State-Changed-When: Sun Jan 27 12:48:03 UTC 2008 State-Changed-Why: Seems like we have an understanding of the problem. Responsible-Changed-From-To: rwatson->freebsd-standards Responsible-Changed-By: rwatson Responsible-Changed-When: Sun Jan 27 12:48:03 UTC 2008 Responsible-Changed-Why: Assign to freebsd-standards who may be interested in taking a hand in deciding what is the best way to fix this, and what the impact of moving to standards conformance would be. http://www.freebsd.org/cgi/query-pr.cgi?pr=86484 From owner-freebsd-standards@FreeBSD.ORG Sun Jan 27 13:57:35 2008 Return-Path: Delivered-To: freebsd-standards@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 115E116A468; Sun, 27 Jan 2008 13:57:35 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D7B6C13C45B; Sun, 27 Jan 2008 13:57:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from freefall.freebsd.org (rwatson@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0RDvY0R005758; Sun, 27 Jan 2008 13:57:34 GMT (envelope-from rwatson@freefall.freebsd.org) Received: (from rwatson@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0RDvYvF005754; Sun, 27 Jan 2008 13:57:34 GMT (envelope-from rwatson) Date: Sun, 27 Jan 2008 13:57:34 GMT Message-Id: <200801271357.m0RDvYvF005754@freefall.freebsd.org> To: val@sqdp.trc-net.co.jp, rwatson@FreeBSD.org, freebsd-standards@FreeBSD.org From: rwatson@FreeBSD.org Cc: Subject: Re: bin/25542: /bin/sh: null char in quoted string 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, 27 Jan 2008 13:57:35 -0000 Synopsis: /bin/sh: null char in quoted string State-Changed-From-To: feedback->closed State-Changed-By: rwatson State-Changed-When: Sun Jan 27 13:56:32 UTC 2008 State-Changed-Why: Close as submitter e-mail address bounces. If you are the submitter and want to re-open this PR, please follow up with a new e-mail address so that the PR can be updated. Please also include further debugging information as we cannot reproduce the probelm on more recent FreeBSD versions. Thanks for the report! http://www.freebsd.org/cgi/query-pr.cgi?pr=25542 From owner-freebsd-standards@FreeBSD.ORG Sun Jan 27 14:35:31 2008 Return-Path: Delivered-To: freebsd-standards@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64B4916A469; Sun, 27 Jan 2008 14:35:31 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3CC6413C458; Sun, 27 Jan 2008 14:35:31 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0REZVuh009449; Sun, 27 Jan 2008 14:35:31 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0REZVqQ009445; Sun, 27 Jan 2008 14:35:31 GMT (envelope-from gavin) Date: Sun, 27 Jan 2008 14:35:31 GMT Message-Id: <200801271435.m0REZVqQ009445@freefall.freebsd.org> To: val@sqdp.trc-net.co.jp, gavin@FreeBSD.org, freebsd-standards@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: bin/25542: /bin/sh: null char in quoted string 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, 27 Jan 2008 14:35:31 -0000 Synopsis: /bin/sh: null char in quoted string State-Changed-From-To: closed->open State-Changed-By: gavin State-Changed-When: Sun Jan 27 14:31:11 UTC 2008 State-Changed-Why: Reopen, this can still be recreated on 7.0: $ echo -e "echo \047O\000K\047" | /bin/sh | od -c 0000000 O K \n 0000003 http://www.freebsd.org/cgi/query-pr.cgi?pr=25542 From owner-freebsd-standards@FreeBSD.ORG Sun Jan 27 16:00:04 2008 Return-Path: Delivered-To: freebsd-standards@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDE6016A418 for ; Sun, 27 Jan 2008 16:00:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AD0F913C45A for ; Sun, 27 Jan 2008 16:00:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0RG04WE014721 for ; Sun, 27 Jan 2008 16:00:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0RG04Gt014720; Sun, 27 Jan 2008 16:00:04 GMT (envelope-from gnats) Date: Sun, 27 Jan 2008 16:00:04 GMT Message-Id: <200801271600.m0RG04Gt014720@freefall.freebsd.org> To: freebsd-standards@FreeBSD.org From: Bruce Evans Cc: Subject: Re: docs/26003: getgroups(2) lists NGROUPS_MAX but not syslimits.h X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bruce Evans List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2008 16:00:04 -0000 The following reply was made to PR docs/26003; it has been noted by GNATS. From: Bruce Evans To: rwatson@freebsd.org Cc: freebsd-standards@freebsd.org Subject: Re: docs/26003: getgroups(2) lists NGROUPS_MAX but not syslimits.h Date: Mon, 28 Jan 2008 02:10:50 +1100 (EST) On Sun, 27 Jan 2008 rwatson@freebsd.org wrote: > Synopsis: getgroups(2) lists NGROUPS_MAX but not syslimits.h > It seems like we understand the problem, but still no conclusion on the > exact fix--perhaps unistd.h needs to find NGROUPS_MAX somehow without > polluting the namespace too much more? Of course not. There are only man page bugs. There is a good interface for determining the size of the array needed, and it doesn't involve {NGROUPS_MAX} -- just call getgroups() with gidsetlen == 0 to determine the size. Synopses shouldn't mention includes that are only needed for some uses of interfaces, especially here since the use is a bad one (to be unportable by hard-coding NGROUPS_MAX). The includes are already sufficient for using {NGROUPS_MAX} in its portable form sysconf(_SC_NGROUPS_MAX), except you will also need malloc(). for using malloc() is another include that doesn't belong in the synopsis. If you want better wording for {NGROUPS_MAX} in this man page, see POSIX. POSIX.1-2001-draft7 actually doesn't do much more than say {NGROUPS_MAX}+1 where FreeBSD says NGROUPS_MAX. The {FOO} markup is documented elsewhere. It is very useful for avoiding repeating the documentation of the messes required for using limits. It is barely used in FreeBSD (FreeBSD tends to document only unportabilities like hard-coding NAME_MAX and PATH_MAX). The +1 is because the euid may be returned in the list. FreeBSD apparently doesn't do this, and its man page doesn't say that it might be needed. POSIX gives an example of using sysconf(_SC_NGROUPS_MAX) will no error checking for sysconf() or malloc(). POSIX's rationale for getgroups() notes that {NGROUPS_MAX} might not be constant. Bruce From owner-freebsd-standards@FreeBSD.ORG Sun Jan 27 16:03:28 2008 Return-Path: Delivered-To: freebsd-standards@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 392E016A46C; Sun, 27 Jan 2008 16:03:28 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.freebsd.org (Postfix) with ESMTP id B315E13C448; Sun, 27 Jan 2008 16:03:27 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from besplex.bde.org (c211-30-219-213.carlnfd3.nsw.optusnet.com.au [211.30.219.213]) by mail12.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m0RG3NgJ031547 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Jan 2008 03:03:24 +1100 Date: Mon, 28 Jan 2008 02:51:47 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: linimon@FreeBSD.org In-Reply-To: <200801261438.m0QEcNCI087322@freefall.freebsd.org> Message-ID: <20080128024030.K928@besplex.bde.org> References: <200801261438.m0QEcNCI087322@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-bugs@FreeBSD.org, freebsd-standards@FreeBSD.org Subject: Re: standards/25777: [kernel] [patch] atime not updated on exec 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, 27 Jan 2008 16:03:28 -0000 On Sat, 26 Jan 2008 linimon@FreeBSD.org wrote: > Synopsis: [kernel] [patch] atime not updated on exec > It sounds as though from the audit-trail that this might be in > the 'standards' realm. This fixed from RELENG_mumble on for ffs only, and there is a special VOP_SETATTR() call for for fixing it in all fs's. It is unlikely to ever be fixed in nfs because atimes are broken in general in nfs and fixing that would have large overheads. nfs was pessimized in RELENG_mumble2 by turning the special VOP_SETATTR() call into a null RPC instead of ignoring it since it is unsupported. Other fs's might have a similar pessimization. Last time I looked, unionfs didn't do the right things to pass the special call down to the lowest layer. Bruce From owner-freebsd-standards@FreeBSD.ORG Sun Jan 27 18:20:03 2008 Return-Path: Delivered-To: freebsd-standards@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49D4D16A419 for ; Sun, 27 Jan 2008 18:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 39A3513C459 for ; Sun, 27 Jan 2008 18:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0RIK2fF029109 for ; Sun, 27 Jan 2008 18:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0RIK2kP029108; Sun, 27 Jan 2008 18:20:02 GMT (envelope-from gnats) Date: Sun, 27 Jan 2008 18:20:02 GMT Message-Id: <200801271820.m0RIK2kP029108@freefall.freebsd.org> To: freebsd-standards@FreeBSD.org From: Garrett Wollman Cc: Subject: Re: docs/26003: getgroups(2) lists NGROUPS_MAX but not syslimits.h X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Garrett Wollman List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2008 18:20:03 -0000 The following reply was made to PR docs/26003; it has been noted by GNATS. From: Garrett Wollman To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: docs/26003: getgroups(2) lists NGROUPS_MAX but not syslimits.h Date: Sun, 27 Jan 2008 12:58:03 -0500 < said: > one (to be unportable by hard-coding NGROUPS_MAX). The includes are > already sufficient for using {NGROUPS_MAX} in its portable form > sysconf(_SC_NGROUPS_MAX), except you will also need malloc(). > for using malloc() is another include that doesn't belong in the > synopsis. What Bruce said. It would be better for constants such as this to be left completely undefined (at least when not compiling the kernel) -- although there is the inevitable tension between handling these limits correctly and handling broken applications that do things like #ifndef NGROUPS_MAX #define NGROUPS_MAX 8 #endif Those applications, at least, are clearly wrong, so my vote would be on the side of breaking the applications and doing the Right Thing by not defining NGROUPS_MAX. -GAWollman From owner-freebsd-standards@FreeBSD.ORG Mon Jan 28 02:02:19 2008 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDBAD16A41A for ; Mon, 28 Jan 2008 02:02:19 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from fallbackmx10.syd.optusnet.com.au (fallbackmx10.syd.optusnet.com.au [211.29.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 46A7713C4E1 for ; Mon, 28 Jan 2008 02:02:18 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail35.syd.optusnet.com.au (mail35.syd.optusnet.com.au [211.29.133.51]) by fallbackmx10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m0RFMU67030301 for ; Mon, 28 Jan 2008 02:22:30 +1100 Received: from besplex.bde.org (c211-30-219-213.carlnfd3.nsw.optusnet.com.au [211.30.219.213]) by mail35.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m0RFMOZ8028027 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Jan 2008 02:22:26 +1100 Date: Mon, 28 Jan 2008 02:10:50 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: rwatson@freebsd.org In-Reply-To: <200801271104.m0RB4Dfc089466@freefall.freebsd.org> Message-ID: <20080128012436.W652@besplex.bde.org> References: <200801271104.m0RB4Dfc089466@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-standards@freebsd.org Subject: Re: docs/26003: getgroups(2) lists NGROUPS_MAX but not syslimits.h 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, 28 Jan 2008 02:02:19 -0000 On Sun, 27 Jan 2008 rwatson@freebsd.org wrote: > Synopsis: getgroups(2) lists NGROUPS_MAX but not syslimits.h > It seems like we understand the problem, but still no conclusion on the > exact fix--perhaps unistd.h needs to find NGROUPS_MAX somehow without > polluting the namespace too much more? Of course not. There are only man page bugs. There is a good interface for determining the size of the array needed, and it doesn't involve {NGROUPS_MAX} -- just call getgroups() with gidsetlen == 0 to determine the size. Synopses shouldn't mention includes that are only needed for some uses of interfaces, especially here since the use is a bad one (to be unportable by hard-coding NGROUPS_MAX). The includes are already sufficient for using {NGROUPS_MAX} in its portable form sysconf(_SC_NGROUPS_MAX), except you will also need malloc(). for using malloc() is another include that doesn't belong in the synopsis. If you want better wording for {NGROUPS_MAX} in this man page, see POSIX. POSIX.1-2001-draft7 actually doesn't do much more than say {NGROUPS_MAX}+1 where FreeBSD says NGROUPS_MAX. The {FOO} markup is documented elsewhere. It is very useful for avoiding repeating the documentation of the messes required for using limits. It is barely used in FreeBSD (FreeBSD tends to document only unportabilities like hard-coding NAME_MAX and PATH_MAX). The +1 is because the euid may be returned in the list. FreeBSD apparently doesn't do this, and its man page doesn't say that it might be needed. POSIX gives an example of using sysconf(_SC_NGROUPS_MAX) will no error checking for sysconf() or malloc(). POSIX's rationale for getgroups() notes that {NGROUPS_MAX} might not be constant. Bruce From owner-freebsd-standards@FreeBSD.ORG Mon Jan 28 04:17:02 2008 Return-Path: Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFFE016A584 for ; Mon, 28 Jan 2008 04:17:02 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.freebsd.org (Postfix) with ESMTP id 6F1D013C45D for ; Mon, 28 Jan 2008 04:17:02 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.14.2/8.14.1) with ESMTP id m0S4H31G081239; Sun, 27 Jan 2008 23:17:03 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.14.2/8.14.1/Submit) id m0S4H3vc081238; Sun, 27 Jan 2008 23:17:03 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Sun, 27 Jan 2008 23:17:03 -0500 From: David Schultz To: rwatson@FreeBSD.ORG Message-ID: <20080128041703.GA80837@VARK.MIT.EDU> Mail-Followup-To: rwatson@FreeBSD.ORG, toby@apple.com, freebsd-standards@FreeBSD.ORG References: <200801271249.m0RCnRWb000216@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200801271249.m0RCnRWb000216@freefall.freebsd.org> Cc: freebsd-standards@FreeBSD.ORG Subject: Re: standards/86484: [PATCH] mkfifo(1) uses wrong permissions 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, 28 Jan 2008 04:17:02 -0000 POSIX's description of how umask interacts with -m for various tools is a maze of twisting little references, all different; it wouldn't surprise me if they meant something other than what they said. :) To take a step back, I would argue that mkfifo(1), mkdir(1), and install(1) should all have similar semantics with respect to -m, to reduce confusion. What those semantics are, I'm not sure. Solaris 10 seems to behave as FreeBSD does, and Linux 2.6.12 seems to behave as Toby Petersin wants FreeBSD to behave. From owner-freebsd-standards@FreeBSD.ORG Mon Jan 28 09:10:03 2008 Return-Path: Delivered-To: freebsd-standards@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68A5A16A478 for ; Mon, 28 Jan 2008 09:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 58F3A13C442 for ; Mon, 28 Jan 2008 09:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0S9A37M002361 for ; Mon, 28 Jan 2008 09:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0S9A370002360; Mon, 28 Jan 2008 09:10:03 GMT (envelope-from gnats) Date: Mon, 28 Jan 2008 09:10:03 GMT Message-Id: <200801280910.m0S9A370002360@freefall.freebsd.org> To: freebsd-standards@FreeBSD.org From: David Schultz Cc: Subject: Re: standards/86484: [PATCH] mkfifo(1) uses wrong permissions X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Schultz List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 09:10:03 -0000 The following reply was made to PR standards/86484; it has been noted by GNATS. From: David Schultz To: rwatson@FreeBSD.ORG Cc: toby@apple.com, freebsd-standards@FreeBSD.ORG Subject: Re: standards/86484: [PATCH] mkfifo(1) uses wrong permissions Date: Sun, 27 Jan 2008 23:17:03 -0500 POSIX's description of how umask interacts with -m for various tools is a maze of twisting little references, all different; it wouldn't surprise me if they meant something other than what they said. :) To take a step back, I would argue that mkfifo(1), mkdir(1), and install(1) should all have similar semantics with respect to -m, to reduce confusion. What those semantics are, I'm not sure. Solaris 10 seems to behave as FreeBSD does, and Linux 2.6.12 seems to behave as Toby Petersin wants FreeBSD to behave. From owner-freebsd-standards@FreeBSD.ORG Mon Jan 28 11:07:11 2008 Return-Path: Delivered-To: freebsd-standards@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AEBE16A496 for ; Mon, 28 Jan 2008 11:07:11 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6919E13C4CC for ; Mon, 28 Jan 2008 11:07:11 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0SB7BIU016475 for ; Mon, 28 Jan 2008 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0SB7AAm016471 for freebsd-standards@FreeBSD.org; Mon, 28 Jan 2008 11:07:10 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Jan 2008 11:07:10 GMT Message-Id: <200801281107.m0SB7AAm016471@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-standards@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-standards@FreeBSD.org 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, 28 Jan 2008 11:07:11 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/25542 standards /bin/sh: null char in quoted string o stand/54410 standards one-true-awk not POSIX compliant (no extended REs) o stand/82654 standards C99 long double math functions are missing o stand/94729 standards [libc] fcntl() throws undocumented ENOTTY 4 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o stand/21519 standards sys/dir.h should be deprecated some more o bin/24390 standards Replacing old dir-symlinks when using /bin/ln s stand/24590 standards timezone function not compatible witn Single Unix Spec f stand/25777 standards [kernel] [patch] atime not updated on exec a docs/26003 standards getgroups(2) lists NGROUPS_MAX but not syslimits.h s stand/36076 standards Implementation of POSIX fuser command o stand/39256 standards snprintf/vsnprintf aren't POSIX-conformant for strings p stand/41576 standards POSIX compliance of ln(1) o stand/44425 standards getcwd() succeeds even if current dir has perm 000. o stand/46119 standards Priority problems for SCHED_OTHER using pthreads o stand/54833 standards [pcvt] more pcvt deficits o stand/54839 standards [pcvt] pcvt deficits p stand/55112 standards glob.h, glob_t's gl_pathc should be "size_t", not "int o stand/56476 standards cd9660 unicode support simple hack o stand/58676 standards grantpt(3) alters storage used by ptsname(3) s stand/62858 standards malloc(0) not C99 compliant s kern/64875 standards [libc] [patch] [request] add a system call: fdatasync( o stand/66357 standards make POSIX conformance problem ('sh -e' & '+' command- o stand/66531 standards _gettemp uses a far smaller set of filenames than docu o stand/70813 standards [PATCH] ls(1) not Posix compliant o stand/72006 standards floating point formating in non-C locales o stand/79056 standards regex(3) regression tests a stand/80293 standards sysconf() does not support well-defined unistd values o stand/81287 standards [PATCH]: fingerd(8) might send a line not ending in CR o stand/83845 standards [libm] [patch] add log2() and log2f() support for libm a stand/86484 standards [PATCH] mkfifo(1) uses wrong permissions o stand/92360 standards [headers] [patch] Missing TAB3 in kernel headers o stand/92362 standards [headers] [patch] Missing SIGPOLL in kernel headers o kern/93705 standards [headers] [patch] ENODATA and EGREGIOUS (for glibc com o stand/96016 standards [headers] clock_getres et al should be in o stand/96236 standards [PATCH] [POSIX] sed.1 incorrectly describes a function p stand/99517 standards Missing SIGRTMIN and SIGRTMAX signals o stand/99960 standards [Patch] make(1): Add -p flag o stand/100017 standards [Patch] Add fuser(1) functionality to fstat(1) o stand/104743 standards [headers] [patch] Wrong values for _POSIX_ minimal lim o stand/104841 standards [libm] [patch] C99 long double square root. o stand/107561 standards [libc] [patch] [request] Missing SUS function tcgetsid o kern/114578 standards [libc] wide character printing using swprintf(dst, n, o stand/116081 standards make does not work with the directive sinclude o stand/116221 standards [kernel] [patch] [request] SUS issue -- FreeBSD has no o stand/116826 standards [PATCH] sh support for POSIX character classes o stand/118047 standards SUGGESTION: /etc/printcap vs mergemaster o stand/119804 standards [timedef] [patch] Invalid (long)date format in pl_PL.I 43 problems total.