hi, On a debian 3.1 machine I have successfully installed Slime and Swank (debian package, 20051227-1) with SBCL (debian package, 0.9.7.1-2sarge24) and, locally, it works. Then I have tried to use slime from a remote machine, using a ssh tunnel. I have created the tunnel this way
ssh -L 4005:127.0.0.1:4005 -p 2222 mylispserveraddr
(2222 is the port on my server where ssh is). The problem is: when I try M-x slime-connect, emacs returns this error message:
error in process filter: if: Wrong number of arguments: nil, 12
On remote I am using slime 1.2.1. I tried it with: - Aquamacs 0.9.8 (emacs 22.0.50.1) on OS X (tunneling with ssh) - NT emacs 21.3 on Win XP (tunneling with PuTTY) - nqmacs 22.0.50.1 on Win XP (tunneling with PuTTY) all three fail as above. Any idea?
hi, On a debian 3.1 machine I have successfully installed Slime and Swank (debian package, 20051227-1) with SBCL (debian package, 0.9.7.1-2sarge24) and, locally, it works. Then I have tried to use slime from a remote machine, using a ssh tunnel. I have created the tunnel this way
ssh -L 4005:127.0.0.1:4005 -p 2222 mylispserveraddr
(2222 is the port on my server where ssh is). The problem is: when I try M-x slime-connect, emacs returns this error message:
error in process filter: if: Wrong number of arguments: nil, 12
On remote I am using slime 1.2.1. I tried it with:
- Aquamacs 0.9.8 (emacs 22.0.50.1) on OS X (tunneling with ssh)
- NT emacs 21.3 on Win XP (tunneling with PuTTY)
- nqmacs 22.0.50.1 on Win XP (tunneling with PuTTY)
all three fail as above. Any idea?
Hi, try doing:
(setq swank:*use-dedicated-output-stream* nil)
before starting swank, iirc that is required if you want slime to only use one socket. Having a shared filesystem or trump + proper slime to lisp, lisp to slime pathname translation set up is advised too, though probably not nescessary for useing just repl. -- Ignas Mikalajūnas
Ignas Mikalajunas wrote:
Hi, try doing: (setq swank:*use-dedicated-output-stream* nil) before starting swank, iirc that is required if you want slime to onlyuse one socket. Having a shared filesystem or trump + proper slime tolisp, lisp to slime pathname translation set up is advised too, thoughprobably not nescessary for useing just repl.-- Ignas Mikalajūnas
Already done, and the error is still there. This is my .sbclrc:
(require 'asdf) (asdf:oos 'asdf:load-op 'swank) (setf swank:*use-dedicated-output-stream* nil) (setf swank:*communication-style* :fd-handler) (swank:create-server :dont-close t)
+ Giovanni Gigante giov@cidoc.iuav.it:
| Already done, and the error is still there.
Could you try getting a traceback from emacs? It might lead to more focussed guesses.
M-x set-variable RET debug-on-error RET t RET
then trigger the error. Copy what's in the debugger window and quit the emacs debugger by typing a q in it.
- Harald
Aquamacs 0.9.8 (emacs 22.0.50.1):
Debugger entered--Lisp error: (wrong-number-of-arguments nil 12) signal(wrong-number-of-arguments (nil 12)) (if (= (length --cl-rest--) 7) (pop --cl-rest--) (signal (quote wrong-number-of-arguments) (list nil ...))) (let* ((--cl-rest-- info) (pid ...) (type ...) (name ...) (features ...) (style ...) (version ...) (host ...)) (setf (slime-pid) pid (slime-lisp-implementation-type) type (slime-lisp-implementation-type-name) name (slime-connection-name) (slime-generate-connection-name name) (slime-lisp-features) features (slime-communication-style) style (slime-lisp-implementation-version) version (slime-machine-instance) host)) (progn (let* (... ... ... ... ... ... ... ...) (setf ... pid ... type ... name ... ... ... features ... style ... version ... host))) (destructuring-bind (pid type name features style version host) info (setf (slime-pid) pid (slime-lisp-implementation-type) type (slime-lisp-implementation-type-name) name (slime-connection-name) (slime-generate-connection-name name) (slime-lisp-features) features (slime-communication-style) style (slime-lisp-implementation-version) version (slime-machine-instance) host)) slime-set-connection-info(#<process SLIME Lisp> (:pid 29006 :style :fd-handler :lisp-implementation (:type "SBCL" :name "sbcl" :version "0.9.7.1") :machine (:instance "green" :type "X86" :version "AMD Duron(tm)") :features (:asdf :clc-os-debian :common-lisp-controller :ansi-cl :common-lisp :sbcl :unix :sb-doc :sb-test :sb-package-locks :sb-unicode :sb-source-locations :ieee-floating-point :x86 :elf :linux :gencgc :stack-grows-downward-not-upward :c-stack-is-control-stack :stack-allocatable-closures :linkage-table :os-provides-dlopen :os-provides-dladdr :os-provides-putwc) :package (:name "COMMON-LISP-USER" :prompt "CL-USER"))) (lambda (info) (slime-set-connection-info proc info))((:pid 29006 :style :fd-handler :lisp-implementation (:type "SBCL" :name "sbcl" :version "0.9.7.1") :machine (:instance "green" :type "X86" :version "AMD Duron(tm)") :features (:asdf :clc-os-debian :common-lisp-controller :ansi-cl :common-lisp :sbcl :unix :sb-doc :sb-test :sb-package-locks :sb-unicode :sb-source-locations :ieee-floating-point :x86 :elf :linux :gencgc :stack-grows-downward-not-upward :c-stack-is-control-stack :stack-allocatable-closures :linkage-table :os-provides-dlopen :os-provides-dladdr :os-provides-putwc) :package (:name "COMMON-LISP-USER" :prompt "CL-USER"))) funcall((lambda (info) (slime-set-connection-info proc info)) (:pid 29006 :style :fd-handler :lisp-implementation (:type "SBCL" :name "sbcl" :version "0.9.7.1") :machine (:instance "green" :type "X86" :version "AMD Duron(tm)") :features (:asdf :clc-os-debian :common-lisp-controller :ansi-cl :common-lisp :sbcl :unix :sb-doc :sb-test :sb-package-locks :sb-unicode :sb-source-locations :ieee-floating-point :x86 :elf :linux :gencgc :stack-grows-downward-not-upward :c-stack-is-control-stack :stack-allocatable-closures :linkage-table :os-provides-dlopen :os-provides-dladdr :os-provides-putwc) :package (:name "COMMON-LISP-USER" :prompt "CL-USER"))) (if (symbol-value G50012) (funcall (symbol-value G50012) result)) (let* ((--cl-rest-- rand-50010) (result ...)) (if (symbol-value G50012) (funcall ... result))) (cond ((eql op-50009 ...) (let* ... ...)) ((eql op-50009 ...) (let* ... ... ...)) (t (error "destructure-case failed: %S" tmp-50011))) (let* ((tmp-50011 G50008) (op-50009 ...) (rand-50010 ...)) (cond (... ...) (... ...) (t ...))) (lambda (G50012 G50008) (let* (... ... ...) (cond ... ... ...)))(--cont-- (:ok (:pid 29006 :style :fd-handler :lisp-implementation (:type "SBCL" :name "sbcl" :version "0.9.7.1") :machine (:instance "green" :type "X86" :version "AMD Duron(tm)") :features (:asdf :clc-os-debian :common-lisp-controller :ansi-cl :common-lisp :sbcl :unix :sb-doc :sb-test :sb-package-locks :sb-unicode :sb-source-locations :ieee-floating-point :x86 :elf :linux :gencgc :stack-grows-downward-not-upward :c-stack-is-control-stack :stack-allocatable-closures :linkage-table :os-provides-dlopen :os-provides-dladdr :os-provides-putwc) :package (:name "COMMON-LISP-USER" :prompt "CL-USER")))) apply((lambda (G50012 G50008) (let* (... ... ...) (cond ... ... ...))) --cont-- (:ok (:pid 29006 :style :fd-handler :lisp-implementation (:type "SBCL" :name "sbcl" :version "0.9.7.1") :machine (:instance "green" :type "X86" :version "AMD Duron(tm)") :features (:asdf :clc-os-debian :common-lisp-controller :ansi-cl :common-lisp :sbcl :unix :sb-doc :sb-test :sb-package-locks :sb-unicode :sb-source-locations :ieee-floating-point :x86 :elf :linux :gencgc :stack-grows-downward-not-upward :c-stack-is-control-stack :stack-allocatable-closures :linkage-table :os-provides-dlopen :os-provides-dladdr :os-provides-putwc) :package (:name "COMMON-LISP-USER" :prompt "CL-USER")))) (lambda (&rest --cl-rest--) (apply (lambda ... ...) (quote --cont--) --cl-rest--))((:ok (:pid 29006 :style :fd-handler :lisp-implementation (:type "SBCL" :name "sbcl" :version "0.9.7.1") :machine (:instance "green" :type "X86" :version "AMD Duron(tm)") :features (:asdf :clc-os-debian :common-lisp-controller :ansi-cl :common-lisp :sbcl :unix :sb-doc :sb-test :sb-package-locks :sb-unicode :sb-source-locations :ieee-floating-point :x86 :elf :linux :gencgc :stack-grows-downward-not-upward :c-stack-is-control-stack :stack-allocatable-closures :linkage-table :os-provides-dlopen :os-provides-dladdr :os-provides-putwc) :package (:name "COMMON-LISP-USER" :prompt "CL-USER")))) slime-dispatch-event((:return (:ok (:pid 29006 :style :fd-handler :lisp-implementation ... :machine ... :features ... :package ...)) 1) #<process SLIME Lisp>) slime-process-available-input() slime-net-filter(#<process SLIME Lisp> "" . 1) ("with-connection" . 1) ("with-reader-error-handler" . 1) ("with-bindings" . 1) ("with-io-redirection" . 1) ("with-temp-package" . 1)))00025B(:return (:ok (:pid 29006 :style :fd-handler :lisp-implementation (:type "SBCL" :name "sbcl" :version "0.9.7.1") :machine (:instance "green" :type "X86" :version "AMD Duron(tm)") :features (:asdf :clc-os-debian :common-lisp-controller :ansi-cl :common-lisp :sbcl :unix :sb-doc :sb-test :sb-package-locks :sb-unicode :sb-source-locations :ieee-floating-point :x86 :elf :linux :gencgc :stack-grows-downward-not-upward :c-stack-is-control-stack :stack-allocatable-closures :linkage-table :os-provides-dlopen :os-provides-dladdr :os-provides-putwc) :package (:name "COMMON-LISP-USER" :prompt "CL-USER"))) 1)")
Giovanni Gigante giov@cidoc.iuav.it writes:
hi, On a debian 3.1 machine I have successfully installed Slime and Swank (debian package, 20051227-1) with SBCL (debian package, 0.9.7.1-2sarge24) and, locally, it works.
[snip]
On remote I am using slime 1.2.1. I tried it with:
SLIME 1.2.1 is much too old to work with SBCL 0.9.7.
Zach
Zach Beane wrote:
SLIME 1.2.1 is much too old to work with SBCL 0.9.7.
Thanks. Turns out you are right. By installing the CVS version on the remote client, now it works. However, the non-working version that I had installed was the only tarball available on the slime website, so I thought i was a recent one (it was not, it seems). I suggest that someone put a new tarball on the web site: using cvs is not very friendly for, say, a humble NT-emacs user. If that is not possible, at least it could be a good idea to write a warning that a non-cvs version could not work with a recent SBCL.
Thanks everyone for the help!
Giovanni