[cl-debian] Bug#414682: cl-swank: trying to connect to new SBCL from Emacs throws a CL error

Package: cl-swank Version: 1:20061201-2 Severity: important Trying to start SBCL using M-x slime-start from GNU Emacs fails with an error on the Common Lisp side. "important" because inferior-lisp is a big part of SLIME by my understanding. Here's the transcript from my *inferior-lisp* buffer: ---------------------------------------------------------------------- (load "/usr/share/common-lisp/source/slime/swank-loader.lisp" :verbose t) (swank:start-server "/tmp/slime.1772" :external-format :iso-latin-1-unix) This is SBCL 1.0, 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"/usr/share/common-lisp/source/slime/swank-loader.lisp" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/swank-backend.fasl" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/nregex.fasl" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/swank-sbcl.fasl" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/swank-source-path-parser.fasl" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/swank-source-file-cache.fasl" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/swank-gray.fasl" STYLE-WARNING: implicitly creating new generic function STREAM-READ-CHAR-WILL-HANG-P ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/swank.fasl" STYLE-WARNING: implicitly creating new generic function INSPECT-BIGGER-PIECE-ACTIONS STYLE-WARNING: implicitly creating new generic function INSPECT-WHOLE-THING-ACTION STYLE-WARNING: implicitly creating new generic function INSPECT-SHOW-MORE-ACTION STYLE-WARNING: implicitly creating new generic function MENU-CHOICES-FOR-PRESENTATION WARNING: These Swank interfaces are unimplemented: (CALLS-WHO DISASSEMBLE-FRAME SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN WHO-BINDS WHO-CALLS WHO-MACROEXPANDS WHO-REFERENCES WHO-SETS WHO-SPECIALIZES) T * debugger invoked on a SB-INT:SIMPLE-PROGRAM-ERROR in thread #<THREAD "initial thread" {10025EFA81}>: unknown &KEY argument: :EXTERNAL-FORMAT Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level. (SWANK:START-SERVER "/tmp/slime.1772" :EXTERNAL-FORMAT :ISO-LATIN-1-UNIX) 0] ---------------------------------------------------------------------- Here's the installed versions of a few other packages, just in case: ii sbcl 1.0.0.0-1 A Common Lisp compiler and development system ii slime 20061201-2 Superior LISP Interaction Mode for Emacs ii emacs21 21.4a+1-5 The GNU Emacs editor ii emacs21-bin-common 21.4a+1-5 The GNU Emacs editor's shared, architecture ii emacs21-common 21.4a+1-5 The GNU Emacs editor's shared, architecture ii emacs21-el 21.4a+1-5 GNU Emacs LISP (.el) files ii emacsen-common 1.4.17 Common facilities for all emacsen Hope this helps. ---> Drake Wilson -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages cl-swank depends on: ii common-lisp-controller 6.9 This is a Common Lisp source and c cl-swank recommends no packages. -- no debconf information

On Tuesday 13 March 2007 10:12, Drake Wilson wrote:
Trying to start SBCL using M-x slime-start from GNU Emacs fails with an error on the Common Lisp side. "important" because inferior-lisp is a big part of SLIME by my understanding.
I'm guessing you are using C-u M-x slime and then sbcl there. I fear it just works on my machines.
debugger invoked on a SB-INT:SIMPLE-PROGRAM-ERROR in thread #<THREAD "initial thread" {10025EFA81}>: unknown &KEY argument: :EXTERNAL-FORMAT
Could you give the *features* of sbcl? I'm guessing unicode is not enabled on amd64? Could you give me a backtrace on that crash? (just typing "backtrace" in the *inferious-lisp* buffer should work) Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson|

Quoth Peter Van Eynde <pvaneynd@debian.org>, on 2007-03-13 11:46:51 +0100:
I'm guessing you are using C-u M-x slime and then sbcl there.
I fear it just works on my machines.
Actually it was just M-x slime; SBCL is the main CL installed on my machine.
debugger invoked on a SB-INT:SIMPLE-PROGRAM-ERROR in thread #<THREAD "initial thread" {10025EFA81}>: unknown &KEY argument: :EXTERNAL-FORMAT
Could you give the *features* of sbcl? I'm guessing unicode is not enabled on amd64?
Could you give me a backtrace on that crash? (just typing "backtrace" in the *inferious-lisp* buffer should work)
(I assume you mean *inferior-lisp*. :-) ---------------------------------------------------------------------- 0] backtrace 0: (SWANK:START-SERVER "/tmp/slime.23041" :EXTERNAL-FORMAT :ISO-LATIN-1-UNIX) 1: (SB-INT:SIMPLE-EVAL-IN-LEXENV (SWANK:START-SERVER "/tmp/slime.23041" :EXTERNAL-FORMAT :ISO-LATIN-1-UNIX) #<NULL-LEXENV>) 2: (INTERACTIVE-EVAL (SWANK:START-SERVER "/tmp/slime.23041" :EXTERNAL-FORMAT :ISO-LATIN-1-UNIX)) 3: (SB-IMPL::REPL-FUN NIL) 4: ((LAMBDA ())) 5: ((LAMBDA ())) 6: (SB-IMPL::%WITH-REBOUND-IO-SYNTAX #<CLOSURE (LAMBDA #) {10025F7159}>) 7: (SB-IMPL::TOPLEVEL-REPL NIL) 8: (SB-IMPL::TOPLEVEL-INIT) 9: ((LABELS SB-IMPL::RESTART-LISP)) 0] * *features* (:ASDF :CLC-OS-DEBIAN :COMMON-LISP-CONTROLLER :SB-FUTEX :SB-THREAD :ANSI-CL :COMMON-LISP :SBCL :UNIX :SB-DOC :SB-TEST :SB-LDB :SB-PACKAGE-LOCKS :SB-UNICODE :SB-EVAL :SB-SOURCE-LOCATIONS :IEEE-FLOATING-POINT :X86-64 :ELF :LINUX :GENCGC :STACK-GROWS-DOWNWARD-NOT-UPWARD :C-STACK-IS-CONTROL-STACK :LINKAGE-TABLE :STACK-ALLOCATABLE-CLOSURES :ALIEN-CALLBACKS :OS-PROVIDES-DLOPEN :OS-PROVIDES-DLADDR :OS-PROVIDES-PUTWC) ----------------------------------------------------------------------
Groetjes, Peter
Thanks a lot for the quick response. I'm expecting it to be some kind of AMD64 thing... ---> Drake Wilson

Scribit Peter Van Eynde dies 13/03/2007 hora 11:46:
Could you give the *features* of sbcl? I'm guessing unicode is not enabled on amd64?
No, unicode is perfectly working on amd64. I even switched by whole i386 desktop to UTF-8 because I had installed my amd64 laptop with it... Comparatively, Pierre -- nowhere.man@levallois.eu.org OpenPGP 0xD9D50D8A

Your message dated Wed, 14 Mar 2007 10:39:25 +0100 with message-id <200703141039.26714.pvaneynd@debian.org> has caused the Debian Bug report #414682, regarding cl-swank: trying to connect to new SBCL from Emacs throws a CL error to be marked as having been forwarded to the upstream software author(s) . (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database)

Your message dated Fri, 14 Sep 2007 23:01:17 +0200 with message-id <46EAF69D.8010602@mailworks.org> and subject line closing as per user request has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database)
participants (4)
-
Drake Wilson
-
owner@bugs.debian.org
-
Peter Van Eynde
-
Pierre THIERRY