Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!munnari.OZ.AU!news.mel.connect.com.au!news.syd.connect.com.au!news.bri.connect.com.au!fjholden.OntheNet.com.au!not-for-mail From: Tony Griffiths <tonyg@OntheNet.com.au> Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: _BSD_OFF_T_ type long long Date: Mon, 07 Apr 1997 10:52:13 +1000 Organization: On the Net (ISP on the Gold Coast, Australia) Lines: 26 Message-ID: <3348453D.3CC7@OntheNet.com.au> References: <33448ed9.0@usamrid.isd.net> Reply-To: tonyg@OntheNet.com.au NNTP-Posting-Host: swanee.nt.com.au Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.0 (WinNT; I) To: Jim Drinkwater <jd@isd.net> Xref: euryale.cc.adfa.oz.au comp.unix.bsd.freebsd.misc:38603 Jim Drinkwater wrote: > > Why is _BSD_OFF_T_ defined as type long long (see below) > in <machine/ansi.h>? I am running FreeBSD 2.2-961014-SNAP. > > #define _BSD_OFF_T_ long long /* file offset */ I presume this is to allow for devices/files bigger than 2GB (ie. a true 64-bit filesystem). In 2.1.x (or 2.1.5 at least), you can't position beyond 2G in a raw partition for instance. This caused me some problems when trying to move a news partition off a flaky disk. I was forced to copy the ENTIRE 4.3GB several times because I could work out 'dd' options to allow for the "end-of-disk" condition. In reality all I needed was the last few block of the disk copied again but could offset to them! > > Thanks in advance. > > --- > Jim Drinkwater > jd@isd.net Tony