[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: --with-wide-int
From: |
Paul Eggert |
Subject: |
Re: --with-wide-int |
Date: |
Mon, 28 Nov 2011 23:35:51 -0800 |
User-agent: |
Mozilla/5.0 (X11; Linux i686; rv:8.0) Gecko/20111124 Thunderbird/8.0 |
On 11/28/11 08:52, Stefan Monnier wrote:
> I'd be surprised if non-simple edits (e.g. insertion of enough text to
> overflow the gap and force a reallocation) works at all.
It'd have to be a bit more complex than that.
(insert-char ?\n (1+ (gap-size)))
worked just fine on that nearly-2GB file,
and I later typed additional randomish text without
trouble (this is on 32-bit Emacs configured --with-wide-int).
One can easily come up with the more-complex edits
that will make Emacs run out of memory editing that file,
but these problems are not unknown with a 500 MB limit as well.
Users who skate that close to memory's edge
already understand that there are limits. It's nicer
to have the edge be at 2 GB rather than 500 MB.
I typically want just read-only access to large text
files, and support for more-complex edits isn't
so high a priority.
- Re: immediate strings, (continued)
- Re: immediate strings, Dmitry Antipov, 2011/11/26
- Re: immediate strings, Paul Eggert, 2011/11/26
- --with-wide-int, Stefan Monnier, 2011/11/27
- Re: --with-wide-int, Paul Eggert, 2011/11/28
- Re: --with-wide-int, Stefan Monnier, 2011/11/28
- Re: --with-wide-int, Dan Nicolaescu, 2011/11/28
- Re: --with-wide-int, Eli Zaretskii, 2011/11/28
- Re: --with-wide-int, Stefan Monnier, 2011/11/28
- Re: --with-wide-int, Stephen J. Turnbull, 2011/11/28
- Re: --with-wide-int,
Paul Eggert <=