lkml.org 
[lkml]   [2000]   [Jul]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: is LFS broken in 2.4.0-test5?
On Sun, Jul 30, 2000 at 05:14:47PM +0100, Tigran Aivazian wrote:
> ok, the workaround is to do
> cat isaiah.cdda.raw | lame -h -r - isaiah.mp3
> because cat(1) opens it with O_LARGEFILE.
>
> And, yes, it did work before (without cat, just plain lame(1)) - because
> Psalms is 2.6G and I do have a ready mp3 file which produced by the same
> script (but under ac18 kernel)

The answer is: LFS was BROKEN before, as at 32-bit machines
the limit (per LFS specs) is 2G-1, not 4G, like it was coded.

Add proper O_LARGEFILE into open flags, and you are done.
(Of course things like stat() and lseek() calls on the fd
should be upgraded to 64-bit versions.)

> Regards,
> Tigran

/Matti Aarnio

-
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/

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