home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / gnu / emacs / help / 5464 < prev    next >
Encoding:
Text File  |  1993-01-22  |  1.4 KB  |  37 lines

  1. Newsgroups: gnu.emacs.help
  2. Path: sparky!uunet!cs.utexas.edu!torn!nott!bnrgate!bmerh85!bmerh85!hamish
  3. From: Hamish.Macdonald@bnr.ca (Hamish Macdonald)
  4. Subject: Re: "Memory Exhausted" (nonrecoverable error)
  5. In-Reply-To: kpc@pluto.arc.nasa.gov's message of Fri, 22 Jan 1993 04:58:56 GMT
  6. Message-ID: <1993Jan22.144324.26353@bmerh85.bnr.ca>
  7. Lines: 23
  8. Sender: news@bmerh85.bnr.ca (Usenet News)
  9. Organization: Bell Northern Research
  10. References: <KPC.93Jan19181054@zog.arc.nasa.gov> <ofLYhH200XQDAcUscW@andrew.cmu.edu>
  11.     <KPC.93Jan21205856@zog.arc.nasa.gov>
  12. Date: Fri, 22 Jan 93 14:43:24 GMT
  13.  
  14. >>>>> On Fri, 22 Jan 1993 04:58:56 GMT,
  15. >>>>> In message <KPC.93Jan21205856@zog.arc.nasa.gov>,
  16. >>>>> kpc@pluto.arc.nasa.gov (k p c) wrote:
  17.  
  18. kpc> that's a great idea!  unfortunately i tried it and it didn't work
  19. kpc> (unless zsh is lying).
  20.  
  21. How *big* is your emacs when it gives you this problem?
  22.  
  23. Emacs may be giving you this error because it cannot allocate
  24. *usable* memory.
  25.  
  26. Usable memory is memory whose address will fit in the pointer portion
  27. of a lisp object.
  28.  
  29. The default emacs configuration provides for 24 bits for this pointer
  30. portion, I believe, limiting you to 16M of lisp-usable memory.
  31.  
  32. It is possible to change this parameter (the instructions are in the
  33. FAQ) allowing you up to 26 bits for this pointer portion, allowing you
  34. 64M of lisp-usable memory.
  35.  
  36. Unfortunately, this requires a recompile, which you say you cannot do.
  37.