GNU bug report logs -
#2790
emacs 22.1.1 cannot open 5GB file on 64GB 64-bit Linux box
Previous Next
Reported by: Mike Coleman <tutufan <at> gmail.com>
Date: Thu, 26 Mar 2009 16:00:03 UTC
Severity: normal
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #130 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
On Sat, Mar 28, 2009 at 10:17 AM, Richard M Stallman <rms <at> gnu.org> wrote:
> The smallest file that produces the error has 536870912 bytes, exactly
> 512MB. (This is via binary search, so assumes that there is just one
> transition from "will" to "won't" as filesize increases.)
>
> It looks like you're simply hitting the limit on buffer size.
>
> But I suspect there is a bug here, because it sounds like
> you can visit a file whose size is bigger than most-positive-fixnum.
> If you do that, what value do you get for (point-max)?
> Is it negative? I think it will be, and that we need
> to restrict the buffer size to be no more than most-positive-fixnum.
It appears to me that visiting a file larger than 512MB is simply
failing, with the given error message about the max buffer size.
(Note that 512MB is much, much smaller than most-positive-fixnum (==
2^64).)
So, to me, it seems like the behavior is "correct", if emacs only
promises to handle files as large as 512MB (on 64-bit platforms).
Nonetheless, I'd like it to handle much larger files. Is there any
real reason not to just turn every (32-bit) "int" into a (64-bit)
"long" on 64-bit platforms?
Mike
This bug report was last modified 13 years and 315 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.