From owner-freebsd-standards@FreeBSD.ORG Tue Mar 2 20:12:53 2004 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3097016A4CE; Tue, 2 Mar 2004 20:12:53 -0800 (PST) Received: from jkh-gw.brierdr.com (adsl-64-173-3-158.dsl.sntc01.pacbell.net [64.173.3.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDBD043D2D; Tue, 2 Mar 2004 20:12:52 -0800 (PST) (envelope-from jkh@queasyweasel.com) Received: from [64.173.15.98] (IDENT:3220-ident-is-a-completely-pointless-protocol-that-offers-no-security-or-traceability-at-all-so-tak@adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by jkh-gw.brierdr.com (8.12.10/8.12.10) with ESMTP id i234CDrF020556; Tue, 2 Mar 2004 20:12:14 -0800 (PST) (envelope-from jkh@queasyweasel.com) In-Reply-To: <20040303144451.T5253@gamplex.bde.org> References: <20040302165323.GA17665@VARK.homeunix.com> <20040303144451.T5253@gamplex.bde.org> Mime-Version: 1.0 (Apple Message framework v612) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-13--951762788; protocol="application/pkcs7-signature" Message-Id: <0805074F-6CC9-11D8-9000-000393BB9222@queasyweasel.com> From: "Jordan K. Hubbard" Date: Tue, 2 Mar 2004 20:12:48 -0800 To: Bruce Evans X-Mailer: Apple Mail (2.612) X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: standards@freebsd.org cc: David Schultz Subject: Re: Another conformance question... This time fputs(). X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2004 04:12:53 -0000 --Apple-Mail-13--951762788 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On Mar 2, 2004, at 8:04 PM, Bruce Evans wrote: > One is vfprintf(), which may output to non-files. Oops, so can > __svfwrite(). The underlying function isn't always write(2). EBADF > is a very bogus errno if the output is not to a file. It can be to a > string or anything set up by funopen()/fropen()/fwopen(). Strings are > writable, so they don't cause a problem here, but anything set up by > fropen() or funopen() without a write function is unwritable and > returning EBADF is wrong for it. So, what fix are you suggesting? I'm truly open to suggestions here, but if all we end up doing at the end of the day is concluding that things are broken but we don't like any of the proposed fixes, we've not really accomplished anything either. I'd more than welcome any diffs to supersede mine. -- Jordan K. Hubbard Engineering Manager, BSD technology group Apple Computer --Apple-Mail-13--951762788--