From owner-freebsd-standards@FreeBSD.ORG Mon Nov 7 11:07:21 2011 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 00BF3106567D for ; Mon, 7 Nov 2011 11:07:21 +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 CB3E08FC2C for ; Mon, 7 Nov 2011 11:07:20 +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 pA7B7Kxl078812 for ; Mon, 7 Nov 2011 11:07:20 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id pA7B7Kro078810 for freebsd-standards@FreeBSD.org; Mon, 7 Nov 2011 11:07:20 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 7 Nov 2011 11:07:20 GMT Message-Id: <201111071107.pA7B7Kro078810@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, 07 Nov 2011 11:07:21 -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/157050 standards OSS implementation lacks AFMT_FLOAT o stand/154842 standards invalid request authenticator in the second and subseq o stand/150093 standards C++ std::locale support is broken a stand/149980 standards [libc] [patch] negative value integer to nanosleep(2) o docs/143472 standards gethostname(3) references undefined value: HOST_NAME_M 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/121921 standards [patch] Add leap second support to at(1), atrun(8) 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/100017 standards [Patch] Add fuser(1) functionality to fstat(1) o stand/94729 standards [libc] fcntl() throws undocumented ENOTTY a stand/86484 standards [patch] mkfifo(1) uses wrong permissions 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( 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 o stand/44365 standards [headers] [patch] [request] introduce ulong and unchar a stand/41576 standards ln(1): replacing old dir-symlinks o stand/39256 standards snprintf/vsnprintf aren't POSIX-conformant for strings 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 33 problems total. From owner-freebsd-standards@FreeBSD.ORG Thu Nov 10 11:30:10 2011 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 A4947106564A for ; Thu, 10 Nov 2011 11:30:10 +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 7F1338FC15 for ; Thu, 10 Nov 2011 11:30:10 +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 pAABUAXY008115 for ; Thu, 10 Nov 2011 11:30:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id pAABUAki008111; Thu, 10 Nov 2011 11:30:10 GMT (envelope-from gnats) Resent-Date: Thu, 10 Nov 2011 11:30:10 GMT Resent-Message-Id: <201111101130.pAABUAki008111@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-standards@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Mark Martinec Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59F3D1065673 for ; Thu, 10 Nov 2011 11:28:13 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 3FBCE8FC15 for ; Thu, 10 Nov 2011 11:28:13 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id pAABSCPg094023 for ; Thu, 10 Nov 2011 11:28:12 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id pAABSCbo094022; Thu, 10 Nov 2011 11:28:12 GMT (envelope-from nobody) Message-Id: <201111101128.pAABSCbo094022@red.freebsd.org> Date: Thu, 10 Nov 2011 11:28:12 GMT From: Mark Martinec To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: standards/162434: getaddrinfo: addrinfo.ai_family is an address family, not a protocol family 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, 10 Nov 2011 11:30:10 -0000 >Number: 162434 >Category: standards >Synopsis: getaddrinfo: addrinfo.ai_family is an address family, not a protocol family >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-standards >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 10 11:30:10 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Mark Martinec >Release: 9.0-RC2 >Organization: Jozef Stefan Institute >Environment: FreeBSD xxx.ijs.si 9.0-RC2 FreeBSD 9.0-RC2 ... amd64 >Description: There is a discrepancy in the documentation of a field "ai_family" in "struct addrinfo" between FreeBSD (checked 8.*, 9.0) and RFC 3493 ("Basic Socket Interface Extensions for IPv6", February 2003). The RFC 3493 claims the ai_family is an address family and constants like AF_xxx should be used. Looks like Linux also follows this. FreeBSD claims this is a protocol family and expects PF_xxx. Luckily the AF_xxx and corresponding PF_xxx constants have the same value, so (I hope) that only a documentation change is needed (in GETADDRINFO(3) man page and in /usr/include/netdb.h, possibly elsewhere). Note the comment by the "ai_family" in the following declarations of struct addrinfo: RFC 3493: struct addrinfo { int ai_flags; /* AI_PASSIVE, AI_CANONNAME, AI_NUMERICHOST, .. */ int ai_family; /* AF_xxx */ int ai_socktype; /* SOCK_xxx */ int ai_protocol; /* 0 or IPPROTO_xxx for IPv4 and IPv6 */ socklen_t ai_addrlen; /* length of ai_addr */ char *ai_canonname; /* canonical name for nodename */ struct sockaddr *ai_addr; /* binary address */ struct addrinfo *ai_next; /* next structure in linked list */ }; FreeBSD 9.0 /usr/include/netdb.h : struct addrinfo { int ai_flags; /* AI_PASSIVE, AI_CANONNAME, AI_NUMERICHOST */ int ai_family; /* PF_xxx */ int ai_socktype; /* SOCK_xxx */ int ai_protocol; /* 0 or IPPROTO_xxx for IPv4 and IPv6 */ socklen_t ai_addrlen; /* length of ai_addr */ char *ai_canonname; /* canonical name for hostname */ struct sockaddr *ai_addr; /* binary address */ struct addrinfo *ai_next; /* next structure in linked list */ }; The netdb.h should be changed: - int ai_family; /* PF_xxx */ + int ai_family; /* AF_xxx */ Similarly in the GETADDRINFO(3) man page: struct addrinfo { int ai_flags; /* input flags */ int ai_family; /* protocol family for socket */ int ai_socktype; /* socket type */ int ai_protocol; /* protocol for socket */ socklen_t ai_addrlen; /* length of socket-address */ struct sockaddr *ai_addr; /* socket-address for socket */ char *ai_canonname; /* canonical name for service location */ struct addrinfo *ai_next; /* pointer to next in list */ }; - int ai_family; /* protocol family for socket */ + int ai_family; /* address family for socket */ - ai_family The protocol family that should be used. When ai_family - is set to PF_UNSPEC, it means the caller will accept any - protocol family supported by the operating system. + ai_family The address family that should be used. When ai_family + is set to AF_UNSPEC, it means the caller will accept any + address family supported by the operating system. [...] If hints is the null pointer, getaddrinfo() behaves as if the caller pro- - vided a struct addrinfo with ai_family set to PF_UNSPEC and all other + vided a struct addrinfo with ai_family set to AF_UNSPEC and all other elements set to zero or NULL. [...] - hints.ai_family = PF_UNSPEC; + hints.ai_family = AF_UNSPEC; [...] - hints.ai_family = PF_UNSPEC; + hints.ai_family = PF_UNSPEC; >How-To-Repeat: Inspect the text in: $ man getaddrinfo $ more /usr/include/netdb.h >Fix: Replace PF_ by AF_ in the documentation (comments and man page) for the structure addrinfo, and adjust the GETADDRINFO(3) man page, as indicated above. Possibly the source code of getaddrinfo may need a similar adjustment. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-standards@FreeBSD.ORG Sat Nov 12 19:03:40 2011 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 AFF4B106566C for ; Sat, 12 Nov 2011 19:03:40 +0000 (UTC) (envelope-from freebsd@heesakkers.info) Received: from server3.ohos.nl (unknown [IPv6:2a00:dd0:0:2::10]) by mx1.freebsd.org (Postfix) with ESMTP id 5A6878FC21 for ; Sat, 12 Nov 2011 19:03:40 +0000 (UTC) Received: from [2001:470:1f15:1555::2] (helo=pcoliver.heesakkers.info) by server3.ohos.nl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1RPIrZ-000AAP-GD for freebsd-standards@freebsd.org; Sat, 12 Nov 2011 20:03:38 +0100 From: Oliver Heesakkers To: freebsd-standards@freebsd.org Date: Sat, 12 Nov 2011 20:03:33 +0100 Message-ID: <3734779.ZtEaqKsg3d@pcoliver.heesakkers.info> User-Agent: KMail/4.7.2 (FreeBSD/9.0-BETA3; KDE/4.7.2; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: _POSIX_CLOCK_SELECTION 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, 12 Nov 2011 19:03:40 -0000 After submitting a little patch for VLC I found out that the upcoming 1.2 release will use, or rather require, _POSIX_CLOCK_SELECTION to be defined > 1. >From what little that I understand from C, the fact that /usr/include/sys/unistd.h declares _POSIX_CLOCK_SELECTION to be -1 means that it has not been implemented. Am I correct? At least it means VLC 1.2 will (currently) fail to build: http://git.videolan.org/?p=vlc.git;a=blob;f=src/posix/thread.c;h=8e94ead26537eb398c3555288877eb0d2d70e28d;hb=HEAD#l460 Am I correct in concluding that FreeBSD is late in implementing _POSIX_CLOCK_SELECTION (required since 2008), or is there another other way, that I'm currently not seeing, to satisfy VLC 1.2 in it's requirement?