From owner-freebsd-hackers@FreeBSD.ORG  Mon Nov 21 05:25:45 2011
Return-Path: <owner-freebsd-hackers@FreeBSD.ORG>
Delivered-To: freebsd-hackers@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id AF5201065675;
	Mon, 21 Nov 2011 05:25:45 +0000 (UTC)
	(envelope-from perryh@pluto.rain.com)
Received: from agora.rdrop.com (unknown [IPv6:2607:f678:1010::34])
	by mx1.freebsd.org (Postfix) with ESMTP id 865B08FC0A;
	Mon, 21 Nov 2011 05:25:45 +0000 (UTC)
Received: from agora.rdrop.com (66@localhost [127.0.0.1])
	by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id pAL5Phnk011515
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Sun, 20 Nov 2011 21:25:44 -0800 (PST)
	(envelope-from perryh@pluto.rain.com)
Received: (from uucp@localhost)
	by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id pAL5PhNn011514; 
	Sun, 20 Nov 2011 21:25:43 -0800 (PST)
Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com
	(4.1/SMI-4.1-pluto-M2060407) id AA05959; Sun, 20 Nov 11 21:16:09 PST
Date: Mon, 21 Nov 2011 04:15:49 -0800
From: perryh@pluto.rain.com
To: arundel@freebsd.org
Message-Id: <4eca40f5.fvA0Xb1G9w+wuGj6%perryh@pluto.rain.com>
References: <20111116102239.GA2687@britannica.bec.de>
	<20111116131428.GA40723@freebsd.org>
	<20111116232152.GC21793@britannica.bec.de>
	<20111117002438.GA55931@freebsd.org>
	<201111172055.pAHKtZso061118@triton8.kn-bremen.de>
	<B06B2304-A1BC-49A3-A811-F05625138D58@kientzle.com>
	<20111118203122.GA9508@freebsd.org>
	<E693FAEB-1D8D-41A0-AEB7-3EB00419F432@kientzle.com>
	<20111120124034.GA54811@freebsd.org>
	<20111120140450.GA62286@freebsd.org>
	<20111120142131.GA64913@freebsd.org>
In-Reply-To: <20111120142131.GA64913@freebsd.org>
User-Agent: nail 11.25 7/29/05
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Cc: freebsd-hackers@freebsd.org, nox@jelal.kn-bremen.de
Subject: Re: easy way to determine if a stream or fd is seekable
X-BeenThere: freebsd-hackers@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Technical Discussions relating to FreeBSD
	<freebsd-hackers.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hackers>, 
	<mailto:freebsd-hackers-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-hackers>
List-Post: <mailto:freebsd-hackers@freebsd.org>
List-Help: <mailto:freebsd-hackers-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hackers>,
	<mailto:freebsd-hackers-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Nov 2011 05:25:45 -0000

Alexander Best <arundel@freebsd.org> wrote:

> here's a revised patch.
> ...
> +.Sh CAVEATS
> +If the
> +.Fn lseek
> +system call is operating on a device, which is incapable of seeking,
> +it will request the seek operation and complete successfully.

I think it would be better without the first comma (after "device").

IMO the whole section should be added to BUGS rather than creating
a new CAVEATS section.  Returning "success" when the requested
operation actually _failed_ is a serious POLA violation.