Subject: lib/10279: Large File Summit API is not supported under NetBSD
To: None <email@example.com>
From: None <firstname.lastname@example.org>
Date: 06/04/2000 18:54:17
>Synopsis: Large File Summit API is not supported under NetBSD
>Arrival-Date: Sun Jun 04 18:55:00 PDT 2000
>Originator: Dave Sainty
>Release: NetBSD-current early June
Dynamic Technology Services and Products Ltd (NZ)
System: NetBSD tequila.dave.dtsp.co.nz 1.4R NetBSD 1.4R (TEQUILA) #3: Wed Feb 16 20:01:31 NZDT 2000 email@example.com:/vol/tequila/userB/u2/NetBSD-current/src/sys/arch/i386/compile/TEQUILA i386
The Large File Summit API is (I'm told) supported by recent Solaris's,
Irix, Linux and possibly others (given the list of companies in
attendance). One might question whether the LFS
approach is correct. But... not supporting it still
generates a porting issue with programs that expect the API to be
On NetBSD the effort required to support the API is fairly minimal.
Possibly no kernel changes.
As a sample, the API looks like (from the first URL above):
188.8.131.52.2 STDIO Interfaces
184.108.40.206.3 Other Interfaces
In our case, they can basically be wrappers for the existing
functions. The *64 functions take 'off64_t' instead of 'off_t'
parameters, which in our case are also the same size.
This is purely a compatibility issue, I wouldn't suggest encouraging
the use of these API's inside NetBSD userland programs.
nm /usr/lib/libc.a | fgrep lseek64
No fix as yet.