From owner-freebsd-standards@FreeBSD.ORG Mon Jul 23 11:07:26 2012 Return-Path: Delivered-To: freebsd-standards@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A2CC1065673 for ; Mon, 23 Jul 2012 11:07:26 +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 091758FC18 for ; Mon, 23 Jul 2012 11:07:26 +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 q6NB7PQC090161 for ; Mon, 23 Jul 2012 11:07:25 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6NB7Pdj090159 for freebsd-standards@FreeBSD.org; Mon, 23 Jul 2012 11:07:25 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 23 Jul 2012 11:07:25 GMT Message-Id: <201207231107.q6NB7Pdj090159@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, 23 Jul 2012 11:07:26 -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/169697 standards syslogd(8) is not BOM aware o stand/166349 standards Support the assignment-allocation character for fscanf 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 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 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 Sat Jul 28 19:08:48 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 ABBE8106566B; Sat, 28 Jul 2012 19:08:48 +0000 (UTC) (envelope-from matthewstory@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 608508FC17; Sat, 28 Jul 2012 19:08:48 +0000 (UTC) Received: by obbun3 with SMTP id un3so8058053obb.13 for ; Sat, 28 Jul 2012 12:08:48 -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=md2bZ0FxUyoKonAoL8HNk2tK0MpHFkDcQgP20j6haP0=; b=yqGm2xae7FjyML+wSBSLkE4qNV5VBh5DK2DHAMGLiQpt4Y9LmtP3pniEgEklJrJPrL b4EbPI2mCtwcVt4w3CqafjSlEZiSlsvaKBlISrvpe5SyHCwQoi8204P/J/RP9kkE3ve9 ss7NOph+KKrVYo+3XH57vCE8TTCaJ0KKRf8DFhWNffQVEuuQLt/BonX1UtDN/zvOt0y+ DWFbLh+LkouLJaSFTnEWTdicVq6FeSuncboHujXUEoZb4Q9RqSVZeEyUjb4mP0xsfgN8 PA4XRxEJEdbYSf4OfJd+No5FnCdvnSWLUBFX1I0ox5yzl8yWDc6uY9rhnO2TJFanjbTL rNnA== MIME-Version: 1.0 Received: by 10.60.171.174 with SMTP id av14mr9418232oec.61.1343502527864; Sat, 28 Jul 2012 12:08:47 -0700 (PDT) Received: by 10.76.21.48 with HTTP; Sat, 28 Jul 2012 12:08:47 -0700 (PDT) In-Reply-To: References: <201203041403.29020.jhb@freebsd.org> <20120321214525.GA46850@zim.MIT.EDU> Date: Sat, 28 Jul 2012 15:08:47 -0400 Message-ID: From: Matthew Story To: Matthew Story , standards@freebsd.org, jhb@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: Sat, 28 Jul 2012 19:08:48 -0000 On Wed, Mar 21, 2012 at 11:43 PM, Matthew Story wrote: > On Wed, Mar 21, 2012 at 5:45 PM, David Schultz wrote: > >> On Mon, Mar 12, 2012, Matthew Story wrote: >> > On Sun, Mar 4, 2012 at 2:03 PM, John Baldwin wrote: >> > [...snip] > >> There ought to be a less ugly fix than the one proposed. Probably >> the PRINT macro and the various other evil macros in vfprintf() >> should set ret to EOF, and the following lines in vfprintf.c should >> be removed: >> >> if (__sferror(fp)) >> ret = EOF; >> >> If vfprintf() is fixed so that printing to a buffered stream >> always returns success after a successful write (regardless of the >> prior state of the stream's error indicator), that should fix the >> problem for unbuffered streams automatically. Unbuffered streams >> go through __sbprintf(), which throws away the output if >> vfprintf() returns -1. >> > > yeah ... I wasn't overly pleased with my fix as it stands. my concern was > that the __sferror(fp) acts as a catch-all for any non-handled error case > in the actual print logic. there are only 2 places in the function that > explicitly set __SERR and goto error. > > i'll do a thorough audit of all potential side-effects of the above calls > re: __SERR, and follow-up with something less butchered. > Checking back in on the status of this PR, submitted a follow-up patch per das' suggestion in April. Any progress on getting this in? > > -- > regards, > matt > -- regards, matt