home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!bonnie.concordia.ca!hobbit.ireq.hydro.qc.ca!NetNews.ireq.hydro.qc.ca!gamin
- From: gamin@ireq-robot.hydro.qc.ca (Martin Boyer)
- Newsgroups: gnu.emacs.help
- Subject: Re: memory exhausted
- Message-ID: <GAMIN.92Aug27124036@pellan.ireq-robot.hydro.qc.ca>
- Date: 27 Aug 92 16:40:36 GMT
- References: <1992Aug25.174711.20166@watson.ibm.com>
- Sender: news@ireq.hydro.qc.ca (Netnews Admin)
- Distribution: na
- Organization: Le laboratoire de robotique de l'Institut de recherche
- d'Hydro-Quebec
- Lines: 28
- In-Reply-To: katriel@watson.ibm.com's message of 25 Aug 92 17:47:11 GMT
-
- >>>>> Ron Katriel writes:
-
- >I am getting a "memory exhausted" error message when running Lucid
- >Common Lisp from within GNU Emacs 18.57.6 (aix-v3). The problem occurs
- >when the Lisp process puts out trace output in excess of 1 Megabyte to
- >the *lisp* buffer.
-
- I just had the same problem with Mathematica. As far as I could
- determine, the process buffer is simply consuming too much memory for
- emacs or for the swap space on the machine. I did three things to
- save emacs from dying (the guy *wanted* the result of his 2 hour long
- computation):
-
- 1. Killed all other buffers.
- 2. Evaluated (buffer-flush-undo (current-buffer)) in the process
- buffer. This gets rid of all "undo" information and prevents
- accumulation of new information for that buffer.
- 3. Erased all text not needed in that buffer (using "delete-region",
- not "kill-region").
-
- You may want to put (buffer-flush-undo (current-buffer)) in the proper
- mode-hook. This is what the *compilation* buffer does.
-
- --
- Martin Boyer mboyer@ireq-robot.hydro.qc.ca
- Institut de recherche d'Hydro-Quebec mboyer@ireq-robot.uucp
- Varennes, QC, Canada J3X 1S1
- +1 514 652-8412
-