*BSD News Article 84396


Return to BSD News archive

Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!news.mira.net.au!news.netspace.net.au!news.mel.connect.com.au!munnari.OZ.AU!news.ecn.uoknor.edu!feed1.news.erols.com!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!su-news-hub1.bbnplanet.com!venus.sun.com!news2me.EBay.Sun.COM!engnews2.Eng.Sun.COM!sun!ultrix!andrewr
From: andrewr@ultrix.Sun.COM (Andrew Roach)
Newsgroups: comp.unix.solaris,comp.unix.bsd.misc,comp.unix.internals,comp.unix.osf.osf1
Subject: Re: Solaris 2.6
Date: 6 Dec 1996 22:07:53 GMT
Organization: Sun Microsystems Inc.
Lines: 29
Distribution: inet
Message-ID: <58a5fp$ht2@engnews2.Eng.Sun.COM>
References: <x7917mx5gx.fsf@dumbcat.codewright.com> <57shh0$o3u@web.nmti.com> <57ui72$4li@arktur.rz.uni-ulm.de> <5811fl$gj4@usenet.pa.dec.com> <581q7p$klv@arktur.rz.uni-ulm.de> <58976t$jq9@sparc1.mimer.se>
Reply-To: andrewr@Eng.Sun.COM
NNTP-Posting-Host: ultrix.eng.sun.com
Xref: euryale.cc.adfa.oz.au comp.unix.solaris:91655 comp.unix.bsd.misc:1709 comp.unix.internals:11490 comp.unix.osf.osf1:16903

In article <58976t$jq9@sparc1.mimer.se>, per@mimer.se (Per Schröder) writes:
|> 
|> Note that Sunsoft participated in that paper.
|> Maybe the reason for the "large file" paper is that Sun (an others) want to 
|> have "64-bit" files without having to support LP64? Or is Sun going to 
|> support true LP64 (which I guess removes the need for all the new 
|> interfaces in the "large file" paper) by doing yet another transition?
|> 
|> --
|> /Per

Some of this may be old news but.....

The LFS paper came out of the '64on32' work (how to support 64 bit file
offsets on a 32 bit system).

I suggest that everyone who is interested in Large Files take a visit to
the SAS web page. The entire LFS story is documented there.

The Aspen (X/Open site) paper is the 'preferred' data model for native 64-bit
programming.

FYI: I was a member of both teams and also the Project Lead for Sun's Large File
implementation.

Andy

Senior Staff Engineer
Sun Microsystems Inc.