lkml.org 
[lkml]   [1996]   [Aug]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 64bit lseek (Was: Re: >31 bit filesystems)
Hi,

On Sun, 18 Aug 96 12:21 EDT, ssd@nevets.oau.org (Steven S. Dick) said:

> Just to note....

> Solaris 2 implmements llseek() which takes a long long.
> However (as noted in the sun man page), llseek() currently only works for
> addresses >32b on devices. In fact, it doesn't even work on buffered disk
> devices. It has to be a raw disk device.

> I suppose eventually this restriction will go away.

> I assume linux 64 bit file support will use llseek too?

No. It will have the compile-time option of either a 64-bit clean
lseek() with a large off_t type, or the normal situation of a 32-bit
lseek augmented by a 64-bit lseek64(). However, linux _already_ has
llseek() (supported, just as for Solaris, for device files only), so
we'll probably keep that around for compatibility's sake.

Cheers,
Stephen.
--
Stephen Tweedie <sct@dcs.ed.ac.uk>
Department of Computer Science, Edinburgh University, Scotland.


\
 
 \ /
  Last update: 2005-03-22 13:37    [W:1.957 / U:19.432 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site