Stephen C. Tweedie writes:
> On Thu, Jun 08, 2000 at 10:27:47PM -0400, Albert D. Cahalan wrote:
>> Gee, it seems nearly dishonest to not mention the horrors of userspace.
>>
>> LFS is a joke. Without an LP64 compilation environment, there is
>> just no hope of getting a complete system with large file support.
>> What are we supposed to do, declare plain open() obsolete?
>
> The current glibcs support both the open64() 64-bit file access
> variant syscalls to allow you to mix 32- and 64-bit accesses, and
> the -D__USE_LARGEFILE64 flag to force all file access syscalls to
> the 64-bit variants, with off_t == loff_t.
So, I just use -D__USE_LARGEFILE64 and all 32-bit troubles go away?
Nobody might have used "long" as a data type in place of off_t?
I just can't imagine that all the old code is now 64-bit aware.
Anybody want to do a random audit?
a. no possibility of large files
b. uses int
c. LP64 only
d. LFS
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Jun 15 2000 - 21:00:22 EST