-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Due to a problem I was having with SBCL suddenly taking 100% processor time, I recently upgraded from the existing Ubuntu SBCL package to version 1.0.23 and the latest version of SLIME from the CVS repository, running on Emacs Snapshot (GTK) 23. Unfortunately, now SLIME can connect to SBCL but does not create the REPL buffer. SLIME creates the *slime-events* * buffer and the *inferior-lisp* * buffer. In the inferior-lisp buffer, a message states that Swank has started and lists the port number.
Here is the complete *inferior-lisp* buffer contents: (progn (load "/home/jonathan/.emacs.d/slime/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank-loader:init")) (funcall (read-from-string "swank:start-server") "/tmp/slime.12111" :coding-system "iso-latin-1-unix"))
This is SBCL 1.0.23, an implementation of ANSI Common Lisp. More information about SBCL is available at http://www.sbcl.org/.
SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. * ; loading #P"/home/jonathan/.emacs.d/slime/swank-loader.lisp" ; loading #P"/home/jonathan/.slime/fasl/2009-01-27/sbcl-1.0.23-linux-x86-64/swank-backend.fasl" ; loading #P"/home/jonathan/.slime/fasl/2009-01-27/sbcl-1.0.23-linux-x86-64/swank-source-path-parser.fasl" ; loading #P"/home/jonathan/.slime/fasl/2009-01-27/sbcl-1.0.23-linux-x86-64/swank-source-file-cache.fasl" ; loading #P"/home/jonathan/.slime/fasl/2009-01-27/sbcl-1.0.23-linux-x86-64/swank-sbcl.fasl" STYLE-WARNING: redefining EMACS-INSPECT (#<BUILT-IN-CLASS T>) in DEFMETHOD ; loading #P"/home/jonathan/.slime/fasl/2009-01-27/sbcl-1.0.23-linux-x86-64/swank-gray.fasl" STYLE-WARNING: Implicitly creating new generic function STREAM-READ-CHAR-WILL-HANG-P. ; loading #P"/home/jonathan/.slime/fasl/2009-01-27/sbcl-1.0.23-linux-x86-64/swank.fasl" WARNING: These Swank interfaces are unimplemented: (CALLS-WHO DISASSEMBLE-FRAME SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN WHO-SPECIALIZES) ;; Swank started at port: 44287. 44287 *
This is what I get in the *Messages* buffer: Polling "/tmp/slime.12111".. (Abort with `M-x slime-abort-connection'.) [7 times] Connecting to Swank on port 44287.. [2 times] Connected. Hacks and glory await!
This appears to suggest that SLIME thinks it has succeeded in creating the REPL. However, it does not appear in the buffer menu or the complete buffer list.
Any assistance with this would be appreciated.
Jonathan
- -=-=- ... "Abstract math seems to be the lubricant for hammering square pegs into round holes." - Unknown
On Wed, 28 Jan 2009, Jonathan Lee wrote:
This appears to suggest that SLIME thinks it has succeeded in creating the REPL. However, it does not appear in the buffer menu or the complete buffer list.
Any assistance with this would be appreciated.
A recent SLIME change created this FAQ. Check this week's mailing list archive for the solution. A hint is below.
(require 'slime) (slime-setup '(slime-fancy ...
FWIW, I think there should be an option to disable the repl -- not one to enable it.
- Daniel
New (after around 1 Jan 2009) CVS versions of SLIME have the REPL moved into contrib. This supposedly isn't a bug since Corman allegedly makes SLIME blow up if one tries using the REPL with it. You just need to replace (slime
On Wed, Jan 28, 2009 at 8:21 PM, Jonathan Lee 2jlee@earthlink.net wrote:
Due to a problem I was having with SBCL suddenly taking 100% processor time, I recently upgraded from the existing Ubuntu SBCL package to version 1.0.23 and the latest version of SLIME from the CVS repository, running on Emacs Snapshot (GTK) 23. Unfortunately, now SLIME can connect to SBCL but does not create the REPL buffer.
New (after around 1 Jan 2009) CVS versions of SLIME have the REPL moved into contrib. This supposedly isn't a bug since Corman allegedly makes SLIME blow up if one tries using the REPL with it. You just need to replace (slime-setup) with (slime-setup '(slime-fancy slime-asdf)) in your ~/.emacs file and the REPL should come up when SLIME connects to SBCL. The SLIME Web site will probably (hopefully at least) have a FAQ entry about this.
---Karl
(Sorry, I forgot to delete the incomplete message at the top, stupid GMail interface)
On Wed, Jan 28, 2009 at 8:21 PM, Jonathan Lee 2jlee@earthlink.net wrote:
Due to a problem I was having with SBCL suddenly taking 100% processor time, I recently upgraded from the existing Ubuntu SBCL package to version 1.0.23 and the latest version of SLIME from the CVS repository, running on Emacs Snapshot (GTK) 23. Unfortunately, now SLIME can connect to SBCL but does not create the REPL buffer.
New (after around 1 Jan 2009) CVS versions of SLIME have the REPL moved into contrib. This supposedly isn't a bug since Corman allegedly makes SLIME blow up if one tries using the REPL with it. You just need to replace (slime-setup) with (slime-setup '(slime-fancy slime-asdf)) in your ~/.emacs file and the REPL should come up when SLIME connects to SBCL. The SLIME Web site will probably (hopefully at least) have a FAQ entry about this.
---Karl
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Karl Winterling wrote:
(Sorry, I forgot to delete the incomplete message at the top, stupid GMail interface)
On Wed, Jan 28, 2009 at 8:21 PM, Jonathan Lee 2jlee@earthlink.net wrote:
Due to a problem I was having with SBCL suddenly taking 100% processor time, I recently upgraded from the existing Ubuntu SBCL package to version 1.0.23 and the latest version of SLIME from the CVS repository, running on Emacs Snapshot (GTK) 23. Unfortunately, now SLIME can connect to SBCL but does not create the REPL buffer.
New (after around 1 Jan 2009) CVS versions of SLIME have the REPL moved into contrib. This supposedly isn't a bug since Corman allegedly makes SLIME blow up if one tries using the REPL with it. You just need to replace (slime-setup) with (slime-setup '(slime-fancy slime-asdf)) in your ~/.emacs file and the REPL should come up when SLIME connects to SBCL. The SLIME Web site will probably (hopefully at least) have a FAQ entry about this.
---Karl
That did the trick.
I did a search in Gmane before posting but didn't see anything relevant. I must of missed it.
Thanks and sorry to bother you.
Have a great day,
Jonathan - -=-=- ... "The universe tends toward maximum irony. Don't push it." - Jamie Zawinski
-
Daniel Herring -
Jonathan Lee -
Karl Winterling