Messages in this thread | | | Date | Sun, 30 Jul 2000 20:48:26 +0300 | From | Matti Aarnio <> | Subject | Re: 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/
| |