home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / gnu / emacs / bug / 1196 < prev    next >
Encoding:
Text File  |  1992-08-17  |  1.3 KB  |  40 lines
  1. Newsgroups: gnu.emacs.bug
  2. Path: sparky!uunet!cis.ohio-state.edu!fly.cnuce.cnr.it!pot
  3. From: pot@fly.cnuce.cnr.it (Francesco Potorti`)
  4. Subject: repeatable illegal instruction bug in emacs 18.57
  5. Message-ID: <m0mK5gd-0001EJC@fly.cnuce.cnr.IT>
  6. Sender: gnulists@ai.mit.edu
  7. Reply-To: pot@cnuce.cnr.it
  8. Organization: GNUs Not Usenet
  9. References: <9207310826.AA00253@sun19.src.bae.co.uk>
  10. Distribution: gnu
  11. Date: Mon, 17 Aug 1992 14:55:00 GMT
  12. Approved: bug-gnu-emacs@prep.ai.mit.edu
  13. Lines: 25
  14.  
  15.    I defined a function to speed up setting the debug-on-error flag:
  16.  
  17.    (defun debug ()
  18.      (interactive)
  19.      (setq debug-on-error t))
  20.  
  21.    Unfortunately, it appears that 'debug' is already defined in debug.el:
  22.  
  23.    (defun debug (&rest debugger-args)
  24.       ...
  25.  
  26.    When I type M-x debug, then cause an error (by typing "M-< C-b", for
  27.    example) emacs hangs for a while, then dumps core.  I'd normally expect
  28.    this to stop after a short time, saying "Lisp nesting exceeds
  29.    max-lisp-eval-depth", but it doesn't in this case.
  30.  
  31. The same happens on a Motorola Delta running emacs 18.58.
  32. The emacs process begins to slowly eat up memory until it dumps core.
  33. The whole story is very slow: every ~1 min. the process size increases by
  34. approx. 800Kbytes.
  35.  
  36.             Francesco Potorti`    | pot@cnuce.cnr.IT (Internet)
  37.                      | 39369::pot       (DECnet)
  38.                     | (39)(50)593203   (voice)
  39.  
  40.