home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.lang.c++:11626 comp.editors:1828
- Newsgroups: comp.lang.c++,comp.editors
- Path: sparky!uunet!usc!elroy.jpl.nasa.gov!ames!ads.com!saturn!doug
- From: doug@monet.ads.com (Doug Morgan)
- Subject: Re: Undoing, Emacs and unlimited files ... summery.
- In-Reply-To: nmouawad@waterloo.edu's message of Mon, 27 Jul 1992 17:18:47 GMT
- Message-ID: <DOUG.92Jul27120817@monet.ads.com>
- Sender: usenet@ads.com (USENET News)
- Organization: Advanced Decision Systems, Mountain View, CA 94043, +1 (415)
- 960-7300
- References: <1992Jul27.015736.18111@nuscc.nus.sg>
- <NMOUAWAD.92Jul27131847@math.waterloo.edu>
- Date: Mon, 27 Jul 1992 20:08:17 GMT
- Lines: 24
-
- In article <NMOUAWAD.92Jul27131847@math.waterloo.edu> nmouawad@waterloo.edu (Naji Mouawad) writes:
- ...
- I stand corrected on my assumption regarding Emcas' ability to handle
- unlimited file size. Almost everyone pointed out that Emacs (in almost
- all its incarnations) does not handle unlimited file size. The limit
- is determined by available (virtual) memory.
-
- --
- -------------------------------------------------------------------
- | Naji Mouawad | nmouawad@watmath.waterloo.edu |
- | University |---------------------------------------------------|
- | Of Waterloo | "The Stranger in us is our most familiar Self" |
- -------------------------------------------------------------------
-
- Correct operation of GNU emacs is limited to 8 Mbyte files because of
- use of 24 bit representation for integers. It will generally read in
- and do some reasonable editting on larger files, but marks, points,
- regions, and other things start to behave oddly. Be careful.
-
- doug
- ------------------------------------------------------------
- Doug Morgan, doug@ads.com, (415) 960-7300
- Advanced Decision Systems (a division of Booz-Allen & Hamilton Inc.)
- 1500 Plymouth St., Mountain View, CA 94043-1230
-