I'm a long-time Emacs user, but I'm just starting to learn Common Lisp. SLIME looks great, but I'm having a problem during installation.

I have the following system: Windows 2000 SP4 CLisp version 2.30 GNU Emacs 21.3.50.1 (i386-mingw-nt5.0.2195)

I installed SLIME version 1.0 as per the manual and added the following to my .emacs file:

------------------------------------------------------ ;;; SLIME Configuration (setq inferior-lisp-program "c:/devtools/clisp/lisp.exe -M c:/devtools/clisp/lispinit.mem -B c:/devtools/clisp/") (add-to-list 'load-path "d:/pub/site-lisp/slime") (require 'slime) (slime-setup) ------------------------------------------------------

But when I 'M-x slime', I get the following in the *inferior-lisp* buffer:

====================================================== [1]> ;; Loading file D:\Pub\site-lisp\slime\swank-loader.lisp ... ;; Compiling D:\Pub\site-lisp\slime\swank-backend.lisp... Compiling file D:\Pub\site-lisp\slime\swank-backend.lisp ... WARNING in DEFINTERFACE-GEN-DEFAULT-IMPL in lines 43..64 : variable RECEIVED-ARGS is not used. Misspelled or missing IGNORE declaration? WARNING in (DEFINTERFACE EMACS-CONNECTED (STREAM) ...)-19-3-1-1 in lines 134..144 : variable STREAM is not used. Misspelled or missing IGNORE declaration? WARNING in (DEFINTERFACE MAKE-STREAM-INTERACTIVE (STREAM) ...)-37-3-1-1 in lines 268..274 : variable STREAM is not used. Misspelled or missing IGNORE declaration? WARNING in (DEFINTERFACE CONDITION-REFERENCES (CONDITION) ...)-55-3-1-1 in lines 413..420 : variable CONDITION is not used. Misspelled or missing IGNORE declaration? *** - DEFSTRUCT: invalid syntax for name and options: (:LOCATION (:TYPE LIST) :NAMED (:CONSTRUCTOR MAKE-LOCATION (BUFFER POSITION &OPTIONAL HINTS))) 1. Break SWANK-BACKEND[2]> ======================================================

And I get the following message on the message line over and over: "Polling "c:/Temp/slime.1252".. (Abort with `M-x slime-abort-connection'.)"

I went back a few months in the slime-devel archives, but I didn't see anything describing this problem.

Thank you,

Tad Ashlock