rustcat@csli.STANFORD.EDU (Vallury Prabhakar) (02/23/88)
The way I normally work in the Lisp interpreter, is to fire up Gnuemacs then open up a sub-window to set up an inferior shell to run Lisp in. For some strange reason, this doesn't always seem to work. Sometimes it works just fine, and other times it just hangs. All the interpreter seems to be able to recognize is when I type an invalid control character like ^C. Has this happened to anyone else? Could it be a bug in any of the above or something? This is rather frustrating, because I'd like to save the output of the Lisp-interpreter buffer into a file, and if Emacs keeps choking everytime I call up lisp, then I obviously can't do that. I'd appreciate any advice/suggestions that the gurus of netland might have in this matter. Here are the details: Lisp: Both KCL and Lucid produce the same results. I use only Common Lisp Machine: Sun/3/160. OS: 4.2BSD Emacs: (GNUEmacs) Version 18.50.1 Thank you. -- Vallury Prabhakar -- rustcat@cnc-sun.stanford.edu
helman@isl.Stanford.EDU (Jim Helman) (02/23/88)
In article <2492@csli.STANFORD.EDU> rustcat@russell.stanford.edu (Vallury Prabhakar) writes: >The way I normally work in the Lisp interpreter, is to fire up Gnuemacs >then open up a sub-window to set up an inferior shell to run Lisp in. >For some strange reason, this doesn't always seem to work. Sometimes >it works just fine, and other times it just hangs. All the interpreter >seems to be able to recognize is when I type an invalid control character >like ^C. > >Emacs: (GNUEmacs) Version 18.50.1 It appears that in release 18.50, lisp-mode.el was modified but shell.el wasn't changed to make it compatible. It may not be the same problem, since inferior lisps weren't working at all for me. I'm no emacs lisp hacker, but after changing line 390 of shell.el from: (lisp-mode-variables) to: (lisp-mode-variables nil) it seems to work OK. You'll also need to byte-compile the new shell.el or explicitly load it, otherwise you'll still be loading the old shell.elc file. Jim Helman (jim@thrush.stanford.edu) Department of Applied Physics Stanford University
lou@bearcat.rutgers.edu (Lou Steinberg) (02/25/88)
I believe there used to be a bug in gnuemacs such that if you tried to
dump too much at once to a subjob, things could hang/crash/whatever.
This typically happened if you tried to send a defun to lisp with the
lisp-send-defun command, if the defun was more than a few lines long.
But I thought that this had been fixed???
--
Lou Steinberg
uucp: {pretty much any major site}!rutgers!aramis.rutgers.edu!lou
arpa: lou@aramis.rutgers.edu