Bug#106826: Mandate 64-bit file support for file utilities
On Fri, Jul 27, 2001 at 07:03:22PM +0200, Florian Weimer wrote:
> Wichert Akkerman <wichert@wiggy.net> writes:
>
> > Previously Florian Weimer wrote:
> > > Wouldn't it be nice if each general file management tool
> > > (command line or text-based or graphical file manager)
> > > supports 64 bit files (with 64 bit inode values or size
> > > greater than 2 GB) even on 32 bit architectures?
> >
> > Sure. Just recompile them with glibc2.2
>
> With the proper flags, I suppose?
>
> > and you're done (provided they are coded correctly).
>
> If I don't supply a -D_FILE_OFFSET_BITS=64 flag, nothing changes, and
> I still get:
>
> fstat: Value too large for defined data type
I don't think this should be mandated. File bugs on each package as
appropriate. Some may have to be audited for correct code usage (as
someone pointed out, using off_t instead of some other data type). We
don't need policy or other such mandates to get this going.
Maybe you should start an LFS page so developers know what to look for.
Ben
--
.----------=======-=-======-=========-----------=====------------=-=-----.
/ Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \
` bcollins@debian.org -- bcollins@openldap.org -- bcollins@linux.com '
`---=========------=======-------------=-=-----=-===-======-------=--=---'
Reply to: