From owner-cvs-src@FreeBSD.ORG Sat Apr 7 19:11:36 2007 Return-Path: X-Original-To: cvs-src@freebsd.org Delivered-To: cvs-src@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5414E16A401; Sat, 7 Apr 2007 19:11:36 +0000 (UTC) (envelope-from sean@cyberwang.net) Received: from spunkymail-a10.g.dreamhost.com (sd-green-bigip-66.dreamhost.com [208.97.132.66]) by mx1.freebsd.org (Postfix) with ESMTP id 352A013C48A; Sat, 7 Apr 2007 19:11:36 +0000 (UTC) (envelope-from sean@cyberwang.net) Received: from [10.0.1.2] (68-184-120-224.dhcp.smyr.ga.charter.com [68.184.120.224]) by spunkymail-a10.g.dreamhost.com (Postfix) with ESMTP id 62081163311; Sat, 7 Apr 2007 12:11:34 -0700 (PDT) Message-ID: <4617ECCB.1020103@cyberwang.net> Date: Sat, 07 Apr 2007 15:11:07 -0400 From: Sean Bryant User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Andrey Chernov , Sean Bryant , Pawel Jakub Dawidek , src-committers@freebsd.org, cvs-src@freebsd.org, cvs-all@freebsd.org References: <200704071602.l37G2V1c066806@repoman.freebsd.org> <20070407164022.GA10309@nagual.pp.ru> <20070407165435.GK63916@garage.freebsd.pl> <20070407170650.GA10631@nagual.pp.ru> <4617D61A.5010104@cyberwang.net> <20070407182753.GA12087@nagual.pp.ru> In-Reply-To: <20070407182753.GA12087@nagual.pp.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: cvs commit: src/include stdio.h src/sys/sys unistd.h X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Apr 2007 19:11:36 -0000 Andrey Chernov wrote: > On Sat, Apr 07, 2007 at 01:34:18PM -0400, Sean Bryant wrote: > >> I may be out of place here but Pawel did state he would be implementing >> SEEK_HOLE and SEEK_DATA on UFS. When that change makes it in, this >> becomes useless, correct? As Pawel stated __EXTENSIONS__ might make a >> > > It means that __BSD_VISIBLE is appropriate tag name. > > Thanks for the clarification. It seems to be all cleared up now.