From owner-freebsd-standards@FreeBSD.ORG Mon Aug 16 11:07:09 2010 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 562E51065694 for ; Mon, 16 Aug 2010 11:07:09 +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 439968FC14 for ; Mon, 16 Aug 2010 11:07:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7GB79ZE059017 for ; Mon, 16 Aug 2010 11:07:09 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7GB785N059012 for freebsd-standards@FreeBSD.org; Mon, 16 Aug 2010 11:07:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 Aug 2010 11:07:08 GMT Message-Id: <201008161107.o7GB785N059012@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, 16 Aug 2010 11:07:09 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o stand/147210 standards xmmintrin.h and cstdlib conflicts with each other with p stand/145517 standards POSIX getline() missing o stand/144231 standards bind/connect/sendto too strict about sockaddr length o stand/143358 standards [libm] nearbyint(3) raises spurious inexact exception o stand/142803 standards j0 Bessel function inaccurate near zeros of the functi s stand/141705 standards [libc] [request] libc lacks cexp (and friends) o stand/130067 standards Wrong numeric limits in system headers? o stand/124860 standards flockfile(3) doesn't work when the memory has been exh o stand/123688 standards POSIX standard changes in unistd.h and grp.h o stand/121921 standards [patch] Add leap second support to at(1), atrun(8) o stand/116826 standards [patch] sh support for POSIX character classes o stand/116477 standards rm(1): rm behaves unexpectedly when using -r and relat o bin/116413 standards incorrect getconf(1) handling of unsigned constants gi o stand/116081 standards make does not work with the directive sinclude p stand/107561 standards [libc] [patch] [request] Missing SUS function tcgetsid o stand/104743 standards [headers] [patch] Wrong values for _POSIX_ minimal lim o stand/100017 standards [Patch] Add fuser(1) functionality to fstat(1) o stand/96236 standards [patch] [posix] sed(1) incorrectly describes a functio o stand/96016 standards [headers] clock_getres et al should be in o stand/94729 standards [libc] fcntl() throws undocumented ENOTTY o kern/93705 standards [headers] [patch] ENODATA and EGREGIOUS (for glibc com o stand/92362 standards [headers] [patch] Missing SIGPOLL in kernel headers a stand/86484 standards [patch] mkfifo(1) uses wrong permissions o stand/83845 standards [libm] [patch] add log2() and log2f() support for libm o stand/82654 standards C99 long double math functions are missing o stand/81287 standards [patch] fingerd(8) might send a line not ending in CRL a stand/80293 standards sysconf() does not support well-defined unistd values o stand/79056 standards [feature request] [atch] regex(3) regression tests o stand/70813 standards [patch] ls(1) not Posix compliant o stand/66357 standards make POSIX conformance problem ('sh -e' & '+' command- s kern/64875 standards [libc] [patch] [request] add a system call: fdatasync( s stand/62858 standards malloc(0) not C99 compliant o stand/56476 standards [patch] cd9660 unicode support simple hack o stand/54410 standards one-true-awk not POSIX compliant (no extended REs) o stand/46119 standards Priority problems for SCHED_OTHER using pthreads p stand/41576 standards ln(1): replacing old dir-symlinks o stand/39256 standards snprintf/vsnprintf aren't POSIX-conformant for strings o kern/27835 standards [libc] execve() doesn't conform to execve(2) spec in s a docs/26003 standards getgroups(2) lists NGROUPS_MAX but not syslimits.h s stand/24590 standards timezone function not compatible witn Single Unix Spec o stand/21519 standards sys/dir.h should be deprecated some more s bin/14925 standards getsubopt isn't poisonous enough 42 problems total. From owner-freebsd-standards@FreeBSD.ORG Sat Aug 21 09:43:44 2010 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 0F1131065694; Sat, 21 Aug 2010 09:43:44 +0000 (UTC) (envelope-from arundel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DC6388FC08; Sat, 21 Aug 2010 09:43:43 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7L9hh5E009110; Sat, 21 Aug 2010 09:43:43 GMT (envelope-from arundel@freefall.freebsd.org) Received: (from arundel@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7L9hhJP009106; Sat, 21 Aug 2010 09:43:43 GMT (envelope-from arundel) Date: Sat, 21 Aug 2010 09:43:43 GMT Message-Id: <201008210943.o7L9hhJP009106@freefall.freebsd.org> To: l.ertl@univie.ac.at, arundel@FreeBSD.org, freebsd-standards@FreeBSD.org From: arundel@FreeBSD.org Cc: Subject: Re: standards/41576: ln(1): replacing old dir-symlinks 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: Sat, 21 Aug 2010 09:43:44 -0000 Synopsis: ln(1): replacing old dir-symlinks State-Changed-From-To: patched->feedback State-Changed-By: arundel State-Changed-When: Sat Aug 21 09:41:58 UTC 2010 State-Changed-Why: Please not that feedback has been requested for this PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=41576 From owner-freebsd-standards@FreeBSD.ORG Sat Aug 21 09:50:03 2010 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 A2CB5106564A for ; Sat, 21 Aug 2010 09:50: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 88BB18FC19 for ; Sat, 21 Aug 2010 09:50:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7L9o34n009269 for ; Sat, 21 Aug 2010 09:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7L9o34b009265; Sat, 21 Aug 2010 09:50:03 GMT (envelope-from gnats) Date: Sat, 21 Aug 2010 09:50:03 GMT Message-Id: <201008210950.o7L9o34b009265@freefall.freebsd.org> To: freebsd-standards@FreeBSD.org From: Alexander Best Cc: Subject: Re: standards/41576: ln(1): replacing old dir-symlinks X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Best List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2010 09:50:03 -0000 The following reply was made to PR standards/41576; it has been noted by GNATS. From: Alexander Best To: bug-followup@freebsd.org Cc: Subject: Re: standards/41576: ln(1): replacing old dir-symlinks Date: Sat, 21 Aug 2010 09:41:35 +0000 i believe this PR should be closed and the STANDARDS section of ln(1) should state that ln (as of r195768) conforms to IEEE Std 1003.1-2008. this is an excerpt from the "informative" section of IEEE Std 1003.1-2008'es ln specs: "The CONSEQUENCES OF ERRORS section does not require ln -f a b to remove b if a subsequent link operation would fail. Some historic versions of ln (including the one specified by the SVID) unlink the destination file, if it exists, by default. If the mode does not permit writing, these versions prompt for confirmation before attempting the unlink. In these versions the -f option causes ln not to attempt to prompt for confirmation. This allows ln to succeed in creating links when the target file already exists, even if the file itself is not writable (although the directory must be). Early proposals specified this functionality. This volume of POSIX.1-2008 does not allow the ln utility to unlink existing destination paths by default for the following reasons: The ln utility has historically been used to provide locking for shell applications, a usage that is incompatible with ln unlinking the destination path by default. There was no corresponding technical advantage to adding this functionality. This functionality gave ln the ability to destroy the link structure of files, which changes the historical behavior of ln. This functionality is easily replicated with a combination of rm and ln. It is not historical practice in many systems; BSD and BSD-derived systems do not support this behavior. Unfortunately, whichever behavior is selected can cause scripts written expecting the other behavior to fail. It is preferable that ln perform in the same manner as the link() function, which does not permit the target to exist already. This volume of POSIX.1-2008 retains the -f option to provide support for shell scripts depending on the SVID semantics. It seems likely that shell scripts would not be written to handle prompting by ln and would therefore have specified the -f option. The -f option is an undocumented feature of many historical versions of the ln utility, allowing linking to directories. These versions require modification" although earlier in the draft one can find the following: "-f Force existing destination pathnames to be removed to allow the link." the explanations from the "informative" section of ln seem to make it clear that the -f switch'es purpose is for scripts etc. to never receive a diagnostic message. i believe the line: "The -f option is an undocumented feature of many historical versions of the ln utility, allowing linking to directories. These versions require modification." implies that ln -f should indeed follow symlinks and the current behaviour of ln -f is correct. GNU versions of ln behave just the same. BSD ln even comes with an -n option (which is an alias for -h) for GNU compatibility reasons. it would be nice if somebody could look into this, confirm that this PR can be closed (or sate why he thinks it should be kept open) and commit the change to ln(1). cheers. alex -- a13x