From owner-freebsd-standards@FreeBSD.ORG Mon Jun 30 11:07:05 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 1E00B10656ED for ; Mon, 30 Jun 2008 11:07:05 +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 0AF178FC34 for ; Mon, 30 Jun 2008 11:07:05 +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 m5UB74iB095899 for ; Mon, 30 Jun 2008 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m5UB745R095895 for freebsd-standards@FreeBSD.org; Mon, 30 Jun 2008 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 30 Jun 2008 11:07:04 GMT Message-Id: <200806301107.m5UB745R095895@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, 30 Jun 2008 11:07:05 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/25542 standards sh(1) 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 -------------------------------------------------------------------------------- s bin/14925 standards getsubopt isn't poisonous enough o stand/21519 standards sys/dir.h should be deprecated some more o bin/24390 standards ln(1) Replacing old dir-symlinks when using /bin/ln s stand/24590 standards timezone function not compatible witn Single Unix Spec o stand/25777 standards [kernel] [patch] atime not updated on exec a docs/26003 standards getgroups(2) lists NGROUPS_MAX but not syslimits.h o kern/27835 standards [libc] execve() doesn't conform to execve(2) spec in s 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 [patch] 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 [libc] [patch] _gettemp uses a far smaller set of file 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 [feature request] [atch] 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 p 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 bin/116413 standards incorrect getconf(1) handling of unsigned constants gi 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 o stand/120947 standards xsm ignores system.xsm and .xsmstartup o stand/121568 standards [patch] ln(1): wrong "ln -s" behaviour o stand/121921 standards [patch] Add leap second support to at(1), atrun(8) o stand/122051 standards Add posix_spawn(3) o stand/123688 standards POSIX standard changes in unistd.h and grp.h o stand/124860 standards flockfile(3) doesn't work when the memory has been exh 51 problems total. From owner-freebsd-standards@FreeBSD.ORG Mon Jun 30 11:11:36 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 38DE41065683; Mon, 30 Jun 2008 11:11:34 +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 7E0838FC31; Mon, 30 Jun 2008 11:11:23 +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 m5UBBNpA098949; Mon, 30 Jun 2008 11:11:23 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m5UBBNeR098945; Mon, 30 Jun 2008 11:11:23 GMT (envelope-from gavin) Date: Mon, 30 Jun 2008 11:11:23 GMT Message-Id: <200806301111.m5UBBNeR098945@freefall.freebsd.org> To: freebsd.20.skel@spamgourmet.org, gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-standards@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: standards/116477: rm(1): rm behaves unexpectedly when using -r and relative paths 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, 30 Jun 2008 11:11:38 -0000 Synopsis: rm(1): rm behaves unexpectedly when using -r and relative paths State-Changed-From-To: feedback->open State-Changed-By: gavin State-Changed-When: Mon Jun 30 11:06:18 UTC 2008 State-Changed-Why: bde@ still feels that our rm(1) doesn't follow POSIX: http://docs.FreeBSD.org/cgi/mid.cgi?20080628113326.Y89027 Responsible-Changed-From-To: freebsd-bugs->freebsd-standards Responsible-Changed-By: gavin Responsible-Changed-When: Mon Jun 30 11:06:18 UTC 2008 Responsible-Changed-Why: Over to -standards for consideration http://www.freebsd.org/cgi/query-pr.cgi?pr=116477 From owner-freebsd-standards@FreeBSD.ORG Mon Jun 30 17:51:49 2008 Return-Path: Delivered-To: standards@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A92E1065671 for ; Mon, 30 Jun 2008 17:51:49 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EAD768FC12 for ; Mon, 30 Jun 2008 17:51:48 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <48691D31.9010202@FreeBSD.org> Date: Mon, 30 Jun 2008 19:51:45 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: standards@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: mkdir -p through a dangling symlink 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, 30 Jun 2008 17:51:49 -0000 Suppose you do this: gohan20# ln -sf /y/portbuild /var/portbuild gohan20# mkdir -p /var/portbuild/scripts mkdir: /var/portbuild: No such file or directory (because /y/portbuild doesn't exist yet). Is this the correct behaviour, or should mkdir -p be creating /var/portbuild/ before failing? Kris From owner-freebsd-standards@FreeBSD.ORG Mon Jun 30 18:41:07 2008 Return-Path: Delivered-To: standards@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7827106564A; Mon, 30 Jun 2008 18:41:07 +0000 (UTC) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [128.30.28.20]) by mx1.freebsd.org (Postfix) with ESMTP id 92D8F8FC15; Mon, 30 Jun 2008 18:41:06 +0000 (UTC) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (localhost.csail.mit.edu [127.0.0.1]) by khavrinen.csail.mit.edu (8.14.2/8.14.2) with ESMTP id m5UIIaLF070528 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL CN=khavrinen.csail.mit.edu issuer=Client+20CA); Mon, 30 Jun 2008 14:18:36 -0400 (EDT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: (from wollman@localhost) by khavrinen.csail.mit.edu (8.14.2/8.14.2/Submit) id m5UIIaX2070525; Mon, 30 Jun 2008 14:18:36 -0400 (EDT) (envelope-from wollman) From: Garrett Wollman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18537.9084.554477.556052@khavrinen.csail.mit.edu> Date: Mon, 30 Jun 2008 14:18:36 -0400 To: Kris Kennaway In-Reply-To: <48691D31.9010202@FreeBSD.org> References: <48691D31.9010202@FreeBSD.org> X-Mailer: VM 7.17 under 21.4 (patch 21) "Educational Television" XEmacs Lucid X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (khavrinen.csail.mit.edu [127.0.0.1]); Mon, 30 Jun 2008 14:18:37 -0400 (EDT) Cc: standards@freebsd.org Subject: mkdir -p through a dangling symlink 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, 30 Jun 2008 18:41:07 -0000 < said: > Suppose you do this: > gohan20# ln -sf /y/portbuild /var/portbuild > gohan20# mkdir -p /var/portbuild/scripts > mkdir: /var/portbuild: No such file or directory > (because /y/portbuild doesn't exist yet). > Is this the correct behaviour, or should mkdir -p be creating > /var/portbuild/ before failing? This is the correct behavior. The semantics of the -p option are defined lexically on the arguments provided, not on the contents of the filesystem. See XCU page 635 lines 24488ff: # For each dir operand that does not name an existing directory, # effects equivalent to those caused by the following command shall # occur: # mkdir -p -m $(umask -S),u+wx $(dirname dir) && # mkdir [-m mode] dir # where the -m mode option represents that option supplied to the original # invocation of mkdir, if any. (References are for the 2001 final published standard.) -GAWollman From owner-freebsd-standards@FreeBSD.ORG Mon Jun 30 18:58:17 2008 Return-Path: Delivered-To: standards@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 325B2106568A for ; Mon, 30 Jun 2008 18:58:17 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6D73E8FC0A; Mon, 30 Jun 2008 18:58:16 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <48692CC5.4030308@FreeBSD.org> Date: Mon, 30 Jun 2008 20:58:13 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Garrett Wollman References: <48691D31.9010202@FreeBSD.org> <18537.9084.554477.556052@khavrinen.csail.mit.edu> In-Reply-To: <18537.9084.554477.556052@khavrinen.csail.mit.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: standards@freebsd.org Subject: Re: mkdir -p through a dangling symlink 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, 30 Jun 2008 18:58:17 -0000 Garrett Wollman wrote: > < said: > >> Suppose you do this: >> gohan20# ln -sf /y/portbuild /var/portbuild >> gohan20# mkdir -p /var/portbuild/scripts >> mkdir: /var/portbuild: No such file or directory > >> (because /y/portbuild doesn't exist yet). > >> Is this the correct behaviour, or should mkdir -p be creating >> /var/portbuild/ before failing? > > This is the correct behavior. The semantics of the -p option are > defined lexically on the arguments provided, not on the contents of > the filesystem. See XCU page 635 lines 24488ff: > > # For each dir operand that does not name an existing directory, > # effects equivalent to those caused by the following command shall > # occur: > > # mkdir -p -m $(umask -S),u+wx $(dirname dir) && > # mkdir [-m mode] dir > > # where the -m mode option represents that option supplied to the original > # invocation of mkdir, if any. > > (References are for the 2001 final published standard.) Thanks! Kris