From owner-freebsd-standards@FreeBSD.ORG Mon Mar 1 11:07:10 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 5E19E10656B1 for ; Mon, 1 Mar 2010 11:07:10 +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 4B2AB8FC1C for ; Mon, 1 Mar 2010 11:07:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o21B7APl017932 for ; Mon, 1 Mar 2010 11:07:10 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o21B79dq017930 for freebsd-standards@FreeBSD.org; Mon, 1 Mar 2010 11:07:09 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 1 Mar 2010 11:07:09 GMT Message-Id: <201003011107.o21B79dq017930@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, 01 Mar 2010 11:07:10 -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/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 o stand/142255 standards scandir prototype in dirent.h isn't compliant with POS s stand/141705 standards [libc] [request] libc lacks cexp (and friends) o stand/135307 standards Boot Loader problem on Acer Aspire 5735 o stand/130067 standards Wrong numeric limits in system headers? o stand/129524 standards FreeBSD 7.0 isnt detecting my hardrives with raid5 o stand/129196 standards Inconsistent errno in strtol() o bin/125855 standards sh(1) allows for multiline, non-escaped control struct 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/121568 standards [patch] ln(1): wrong "ln -s" behaviour o stand/120947 standards xsm ignores system.xsm and .xsmstartup 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 cd9660 unicode support simple hack o stand/54839 standards [pcvt] pcvt deficits o stand/54833 standards [pcvt] more pcvt deficits o stand/54410 standards one-true-awk not POSIX compliant (no extended REs) o stand/46119 standards Priority problems for SCHED_OTHER using pthreads o stand/44425 standards getcwd() succeeds even if current dir has perm 000. p stand/41576 standards POSIX compliance of ln(1) o stand/39256 standards snprintf/vsnprintf aren't POSIX-conformant for strings s stand/36076 standards Implementation of POSIX fuser command 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 bin/24390 standards ln(1) Replacing old dir-symlinks when using /bin/ln o stand/21519 standards sys/dir.h should be deprecated some more s bin/14925 standards getsubopt isn't poisonous enough 52 problems total. From owner-freebsd-standards@FreeBSD.ORG Tue Mar 2 23:18:04 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 D376A106564A; Tue, 2 Mar 2010 23:18:04 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AA3CF8FC18; Tue, 2 Mar 2010 23:18:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o22NI4lB010435; Tue, 2 Mar 2010 23:18:04 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o22NI4PP010431; Tue, 2 Mar 2010 23:18:04 GMT (envelope-from brucec) Date: Tue, 2 Mar 2010 23:18:04 GMT Message-Id: <201003022318.o22NI4PP010431@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-standards@FreeBSD.org, freebsd-bugs@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern /135307: Boot Loader problem on Acer Aspire 5735 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: Tue, 02 Mar 2010 23:18:04 -0000 Synopsis: Boot Loader problem on Acer Aspire 5735 Responsible-Changed-From-To: freebsd-standards->freebsd-bugs Responsible-Changed-By: brucec Responsible-Changed-When: Tue Mar 2 23:16:59 UTC 2010 Responsible-Changed-Why: Not a standards issue. http://www.freebsd.org/cgi/query-pr.cgi?pr=135307 From owner-freebsd-standards@FreeBSD.ORG Tue Mar 2 23:31:56 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 1F470106564A; Tue, 2 Mar 2010 23:31:56 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E9D848FC29; Tue, 2 Mar 2010 23:31:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o22NVtYm027820; Tue, 2 Mar 2010 23:31:55 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o22NVtRU027816; Tue, 2 Mar 2010 23:31:55 GMT (envelope-from brucec) Date: Tue, 2 Mar 2010 23:31:55 GMT Message-Id: <201003022331.o22NVtRU027816@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-standards@FreeBSD.org, freebsd-bugs@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern /129524: FreeBSD 7.0 isnt detecting my hardrives with raid5 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: Tue, 02 Mar 2010 23:31:56 -0000 Synopsis: FreeBSD 7.0 isnt detecting my hardrives with raid5 Responsible-Changed-From-To: freebsd-standards->freebsd-bugs Responsible-Changed-By: brucec Responsible-Changed-When: Tue Mar 2 23:31:26 UTC 2010 Responsible-Changed-Why: Not a standards issue. http://www.freebsd.org/cgi/query-pr.cgi?pr=129524 From owner-freebsd-standards@FreeBSD.ORG Wed Mar 3 22:39:39 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 06A14106566B; Wed, 3 Mar 2010 22:39:39 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D151C8FC12; Wed, 3 Mar 2010 22:39:38 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o23MdcQW042506; Wed, 3 Mar 2010 22:39:38 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o23MdcaE042502; Wed, 3 Mar 2010 22:39:38 GMT (envelope-from linimon) Date: Wed, 3 Mar 2010 22:39:38 GMT Message-Id: <201003032239.o23MdcaE042502@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-standards@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: standards/144448: [libm] sin(3) broken in libm on amd64 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: Wed, 03 Mar 2010 22:39:39 -0000 Old Synopsis: sin() broken in libm on amd64 New Synopsis: [libm] sin(3) broken in libm on amd64 Responsible-Changed-From-To: freebsd-amd64->freebsd-standards Responsible-Changed-By: linimon Responsible-Changed-When: Wed Mar 3 22:38:21 UTC 2010 Responsible-Changed-Why: I'm going to take a guess here that someone on standards@ is more likely to have an idea about this bug than amd64@. http://www.freebsd.org/cgi/query-pr.cgi?pr=144448 From owner-freebsd-standards@FreeBSD.ORG Wed Mar 3 22:40:04 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 DB4CC106564A for ; Wed, 3 Mar 2010 22:40: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 B017B8FC17 for ; Wed, 3 Mar 2010 22:40:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o23Me4sq042636 for ; Wed, 3 Mar 2010 22:40:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o23Me4lj042635; Wed, 3 Mar 2010 22:40:04 GMT (envelope-from gnats) Date: Wed, 3 Mar 2010 22:40:04 GMT Message-Id: <201003032240.o23Me4lj042635@freefall.freebsd.org> To: freebsd-standards@FreeBSD.org From: Peter Jeremy Cc: Subject: Re: amd64/144448: sin() broken in libm on amd64 X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Jeremy List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 22:40:04 -0000 The following reply was made to PR standards/144448; it has been noted by GNATS. From: Peter Jeremy To: "Eugene M. Zheganin" Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: amd64/144448: sin() broken in libm on amd64 Date: Thu, 4 Mar 2010 09:39:04 +1100 --z4+8/lEcDcG5Ke9S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Mar-03 13:33:53 +0000, "Eugene M. Zheganin" wro= te: >The following code, being compiled, is printing different results on >i386 and amd64 platforms. The result on amd64 is invalid. I agree they are different but why do you think the i386 result is valid? Between imperfect rounding of trig functions and throwing away high bits (when intermediate results are outside +/-pi), after iterating 20 times, your result is not much better than noise in either case. Evaluating the following bc program at both scale=3D100 and scale=3D200 gives the same output when truncated to ~73 digits: =3D=3D=3D=3D 8-< =3D=3D=3D=3D 8-< =3D=3D=3D=3D 8-< =3D=3D=3D=3D 8-< =3D=3D= =3D=3D prevval =3D 734 curval =3D s(734) print "p",prevval, "\nc", curval, "\n" for (i =3D 0; i < 19; i++) { curval =3D 16 * curval prevval =3D curval curval =3D s(curval) print "p",prevval, "\nc", curval, "\n" } =3D=3D=3D=3D 8-< =3D=3D=3D=3D 8-< =3D=3D=3D=3D 8-< =3D=3D=3D=3D 8-< =3D=3D= =3D=3D To demonstrate, save the above as sin.bc and run $ echo scale=3D100 | cat - sin.bc | BC_LINE_LENGTH=3D300 bc -l | cut -c 1-7= 5 > sin.100 $ echo scale=3D200 | cat - sin.bc | BC_LINE_LENGTH=3D300 bc -l | cut -c 1-7= 5 > sin.200 $ cmp sin.100 sin.200 and the resultant files are identical - suggesting that the result is evaluated to sufficient accuracy. I agree that this is not perfect but don't immediately have access to any other arbitrary-precision trig functions for cross-checking. The last few lines of the bc calculation are: p-3.53505577417867235125724743360716594330021904691334620895981062175595458 c.3833892004923101643681658500607744026623664419888653675724107455906899765 p6.134227207876962629890653600972390442597863071821845881158571929451039624 c-.148407850272539886063602844608156280652304697194479250111748637369605222 This is nothing like the double-precision results from either i386 or amd64. --=20 Peter Jeremy --z4+8/lEcDcG5Ke9S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuO5QgACgkQ/opHv/APuIfkmgCdFOsBDRp5zNmXq29EDzWM/9uc XjgAoLqk9gLQH5f+UpNO2AyzZrOZHjYi =q5EP -----END PGP SIGNATURE----- --z4+8/lEcDcG5Ke9S-- From owner-freebsd-standards@FreeBSD.ORG Thu Mar 4 07:00:13 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 B55C0106566C for ; Thu, 4 Mar 2010 07:00:13 +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 A49438FC15 for ; Thu, 4 Mar 2010 07:00:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o2470DCG075445 for ; Thu, 4 Mar 2010 07:00:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o2470DY1075444; Thu, 4 Mar 2010 07:00:13 GMT (envelope-from gnats) Date: Thu, 4 Mar 2010 07:00:13 GMT Message-Id: <201003040700.o2470DY1075444@freefall.freebsd.org> To: freebsd-standards@FreeBSD.org From: "Eugene M. Zheganin" Cc: Subject: Re: amd64/144448: sin() broken in libm on amd64 X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Eugene M. Zheganin" List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 07:00:13 -0000 The following reply was made to PR standards/144448; it has been noted by GNATS. From: "Eugene M. Zheganin" To: Peter Jeremy Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: amd64/144448: sin() broken in libm on amd64 Date: Thu, 04 Mar 2010 11:38:40 +0500 Hi. On 04.03.2010 03:39, Peter Jeremy wrote: > I agree they are different but why do you think the i386 result is valid? > Between imperfect rounding of trig functions and throwing away high > bits (when intermediate results are outside +/-pi), after iterating > 20 times, your result is not much better than noise in either case. > > Okay, after some explanations received from my colleagues I realized I was wrong with this pr. Sorry for your time and thank you. Eugene. From owner-freebsd-standards@FreeBSD.ORG Thu Mar 4 19:39:20 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 37C6A106564A for ; Thu, 4 Mar 2010 19:39:20 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (ZIM.MIT.EDU [18.95.3.101]) by mx1.freebsd.org (Postfix) with ESMTP id EFC488FC0A for ; Thu, 4 Mar 2010 19:39:19 +0000 (UTC) Received: from zim.MIT.EDU (localhost [127.0.0.1]) by zim.MIT.EDU (8.14.3/8.14.2) with ESMTP id o24JdIII080099; Thu, 4 Mar 2010 14:39:18 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.3/8.14.2/Submit) id o24JdHf3080098; Thu, 4 Mar 2010 14:39:17 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Thu, 4 Mar 2010 14:39:17 -0500 From: David Schultz To: "Eugene M. Zheganin" Message-ID: <20100304193917.GA80043@zim.MIT.EDU> Mail-Followup-To: "Eugene M. Zheganin" , freebsd-standards@freebsd.org References: <201003040700.o2470DY1075444@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201003040700.o2470DY1075444@freefall.freebsd.org> Cc: freebsd-standards@FreeBSD.ORG Subject: Re: amd64/144448: sin() broken in libm on amd64 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: Thu, 04 Mar 2010 19:39:20 -0000 Computing the sin() of very large values in floating point is generally not a good idea because fixed-width floating point formats can't express large input operands accurately enough to get a useful result. For example, even with a perfect sin() implementation, the sin of pi*10^12 and the sin of pi*10^12 + 1 will be identical in double precision because the inputs will be rounded to the same value. You're getting different results in bc because the inputs aren't rounded to double precision. The amd64 implementation of sin() should produce very accurate results subject to the limitation described above. The i386 implementation is optimized and may produce less accurate results, particularly for inputs > 2^64 or so.