Hi!
On Fri, 2011-03-04 at 15:56:25 -0800, Martin Dorey wrote:
> A debug version, packaged in the wrong way with embedded debugging
> information, of a non-Free and non-free, amd64-specific package
> contains a file whose size is larger than 2 GiB. With the patched
> dpkg and full --debug output, I see this file reported as:
>
> D000010: ensure_pathname_nonexisting
> `/opt/mercury-main/8.1.2312.04/bin/mfb.elf.dpkg-tmp'
> D000100: tarobject NormalFile[01] open size=2555408759
> You might not care about packages containing files of such a size and,
> even were you to do so, I expect you'd care about them even on 32 bit
> platforms, the fixing of which would require greater surgery than I
> propose here. As programmers of taste and distinction, however, I am
> hoping that you care that OtoL ("octal to long") returns a long but
> accumulates its return value in an int, making it incapable of
> returning the full range of long on platforms, like amd64, where the
> two types differ in size.
Lack of Large File Support is a bug, we have one bug report for that
already, but I've a branch with most of the fixes needed already. And
the fact that it requires to allocate the whole file into memory
should be considered a related bug in itself, but I have that fixed
in that branch.
thanks,
guillem
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
