unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* Emacs 21.4 maximum buffer size limit
@ 2006-05-13  2:09 void
  2006-05-13  8:59 ` Eli Zaretskii
  0 siblings, 1 reply; 2+ messages in thread
From: void @ 2006-05-13  2:09 UTC (permalink / raw)



[-- Attachment #1.1: Type: text/plain, Size: 821 bytes --]

Greetings,

This message concerns a "bug" in the latest version of Emacs (as well as all
previous ones). I find myself restricted with the current maximum-buffer
limit of GNU Emacs. Trying to edit a 264MB text file (data from a geophysics
simulation) is impossible without first splitting same file into multiple
pieces and later rejoining them. I'm aware that this limitation stems from
an inherent restriction of elisp, but I kindly request an ugly (or elegant,
if possible) hack for future versions of Emacs. Both vim and nano don't seem
to have such a low file-size restriction, and I've heard XEmacs can handle
text files up to 1GB in size. As much as I love working with GNU Emacs, I
really don't want to have to learn the arcane commands of vim to work with
files of such magnitude.

Thank you GNU.

[-- Attachment #1.2: Type: text/html, Size: 836 bytes --]

[-- Attachment #2: Type: text/plain, Size: 149 bytes --]

_______________________________________________
bug-gnu-emacs mailing list
bug-gnu-emacs@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Emacs 21.4 maximum buffer size limit
  2006-05-13  2:09 Emacs 21.4 maximum buffer size limit void
@ 2006-05-13  8:59 ` Eli Zaretskii
  0 siblings, 0 replies; 2+ messages in thread
From: Eli Zaretskii @ 2006-05-13  8:59 UTC (permalink / raw)
  Cc: bug-gnu-emacs

> Date: Fri, 12 May 2006 22:09:45 -0400
> From: void <system.void@gmail.com>
> 
> This message concerns a "bug" in the latest version of Emacs (as well as all
> previous ones). I find myself restricted with the current maximum-buffer
> limit of GNU Emacs. Trying to edit a 264MB text file (data from a geophysics
> simulation) is impossible without first splitting same file into multiple
> pieces and later rejoining them. I'm aware that this limitation stems from
> an inherent restriction of elisp, but I kindly request an ugly (or elegant,
> if possible) hack for future versions of Emacs. Both vim and nano don't seem
> to have such a low file-size restriction, and I've heard XEmacs can handle
> text files up to 1GB in size. As much as I love working with GNU Emacs, I
> really don't want to have to learn the arcane commands of vim to work with
> files of such magnitude.

The next version of Emacs will double its max buffer size to 256MB,
but 264MB will be still out of reach.

The usual solution to this problem is to build a 64-bit version of
Emacs (assuming you have a 64-bit host around).

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2006-05-13  8:59 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-05-13  2:09 Emacs 21.4 maximum buffer size limit void
2006-05-13  8:59 ` Eli Zaretskii

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).