[MPlayer-dev-eng] mingw32 large file support

Rich Felker dalias at aerifal.cx
Fri Jan 27 01:39:11 CET 2006


On Fri, Jan 27, 2006 at 12:23:06AM +0100, joerg at britannica.bec.de wrote:
> On Thu, Jan 26, 2006 at 06:04:19PM -0500, Rich Felker wrote:
> > Instead your header should use the preprocessor to replace the broken
> > 32bit versions with 64bit ones. If applications directly use these
> > stupid *64 interfaces, they're not remotely portable and will not work
> > on non-stupid implementations where file offsets are always 64bit
> > (like my new replacement libc :).
> 
> Or all the BSDs for that matter. A good example of why this is broken is
> transcode, where all proper platforms have to hack around the Linux
> idiosyncracy. Please don't repeat that mistake.

Yes. LFS ("large file support") "transitional" interface was a huge
huge mistake. The only correct way to do it was with a completely
separate userspace/library implementation for 64bit offsets, to fully
replace the 32bit-offset userspace as soon as all packages were
finished being upgraded. This should have been done at the same time
as the libc5->glibc transition on Linux but everyone had their heads
stuck in holes. :(

Rich




More information about the MPlayer-dev-eng mailing list