From owner-freebsd-standards@FreeBSD.ORG Mon Mar 12 11:07:22 2012 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 77F03106571F for ; Mon, 12 Mar 2012 11:07:22 +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 4D5398FC17 for ; Mon, 12 Mar 2012 11:07:22 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q2CB7Mm2072480 for ; Mon, 12 Mar 2012 11:07:22 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q2CB7LQA072478 for freebsd-standards@FreeBSD.org; Mon, 12 Mar 2012 11:07:21 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 Mar 2012 11:07:21 GMT Message-Id: <201203121107.q2CB7LQA072478@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, 12 Mar 2012 11:07:22 -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/165236 standards The NONE Wi-Fi regulatory restricts use of channels 12 o stand/164787 standards dirfd() function not available when _POSIX_C_SOURCE is o kern/164674 standards [patch] [libc] vfprintf/vfwprintf return error (EOF) o o stand/162434 standards getaddrinfo: addrinfo.ai_family is an address family, o stand/154842 standards invalid request authenticator in the second and subseq o stand/150093 standards C++ std::locale support is broken 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) 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 Mon Mar 12 18:38:57 2012 Return-Path: Delivered-To: standards@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C51FD1065673 for ; Mon, 12 Mar 2012 18:38:57 +0000 (UTC) (envelope-from matthewstory@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7CEBC8FC12 for ; Mon, 12 Mar 2012 18:38:57 +0000 (UTC) Received: by vcmm1 with SMTP id m1so5610481vcm.13 for ; Mon, 12 Mar 2012 11:38:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=v58bX5sUhBVtTiE1yCjNjE7rjKPeWVevLHpZudNik8U=; b=eZyjlhN/5LzdeB2TKXfgT3aPjskD+/UZjqtEk7wU6L0P3rSiYhmfx8GJUqAKvMrgKo HM8M3rupXmhV0KZotcdSUlSTX4Gvyd+rDjliM9INyYcES5fZ2GAdQfdzcvgXzwhXr8aN 8RUVzInFlE1QZ0oqUAyo8ElVYTdf52LtHW+AxvDO50w75DNH85acQqIw/d6UYy7XhXy6 72hYcFPE/o35JU7kMJ00tJ/HA25Kvp/ROMEYpecY58yXYaKgE8QnebJMaDU7ufJkWNdr yAs6iCzgYoca6EXN1BHr/ePUGxInpS0Tjm2yg//F/QPQE+5g9pFp9m2Rc+tKKi5ycxR2 svyQ== MIME-Version: 1.0 Received: by 10.52.28.228 with SMTP id e4mr15217002vdh.57.1331577536661; Mon, 12 Mar 2012 11:38:56 -0700 (PDT) Received: by 10.52.93.42 with HTTP; Mon, 12 Mar 2012 11:38:56 -0700 (PDT) In-Reply-To: <201203041403.29020.jhb@freebsd.org> References: <201203041403.29020.jhb@freebsd.org> Date: Mon, 12 Mar 2012 14:38:56 -0400 Message-ID: From: Matthew Story To: standards@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: PR kern/164674 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, 12 Mar 2012 18:38:57 -0000 On Sun, Mar 4, 2012 at 2:03 PM, John Baldwin wrote: > My standard-parsing fu is weak. Can some other folks on this list look at > this PR, figure out what the correct semantics for *fprintf() in this case, > and evaluate the patch? Thanks. > The gist of this patch is to provide uniform successful behavior for un|buffered FILEs in cases where any printf function is called directed to FILE. The C11 specification (referenced in the PR) states that vfprintf (and all derivatives) shall return the total number of bytes transmitted, or -1 if an encoding or transmission error occurs. It does not make mention the ferror state of a FILE. libc vfprintf currently behaves differently on un|buffered FILEs with ferror set: 1. Unbuffered FILEs -> does not transmit any bytes, and returns -1 2. Buffered FILEs (fully buffered, or line buffered) -> transmits all bytes, and returns -1 I believe that this should be reconciled such that vfprintf (and all derivatives) returns sucess|failure based on transmission, not taking ferror state into account, but an alternate solution would be to reconcile the behavior of buffered FILEs with the current behavior of unbuffered FILEs (e.g. detect ferror state, transmit no bytes and return -1). While the patch attached to the PR is large, the vast bulk of that patch provides a new regression test for the case of vfprintf on FILEs with ferror. The changes to vfprintf and vfwprintf are minimal. -- regards, matt