April 2009 - slime-devel - mailman3.common-lisp.net

[slime-devel] slime cvs+openmcl 1.3-RC1-r11873M (WindowsX8632) - error #22 during write
by John Miller 07 Apr '09

07 Apr '09

Slime developers, This is driving me nuts. I get this error trying to start slime+openmcl (suppose I should say ccl, but it seems Corman Lisp already claimed ccl on Windows...) on my Windows XP 32-bit system. The crazy thing is that I have another Windows XP 32-bit system that is very similar and slime+openmcl works just fine. Below is a dump from my *inferior-lisp* buffer. The error happens just after slime sends a :swank-connection message to the swank server, I think. I'm not knowledgeable enough in either system to know if this is an issue with openmcl or slime. Since I can get slime+openmcl to work on another windows system, I think it must be something that I've done (i.e. something in the configuration of the machine that is bonking socket communication). Unfortunately the error #22 during write doesn't mean to much to me so I am unsure where to begin to debug. Any suggestions greatly appreaciated. Regards, John Miller ;;;;;;;;;;;;;;;;; (progn (load "c:/emacs-22.3/site-lisp/slime/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank-loader:init")) (funcall (read-from-string "swank:start-server") "c:/temp/slime.4604" :coding-system "iso-latin-1-unix")) Welcome to Clozure Common Lisp Version 1.3-RC1-r11873M (WindowsX8632)! ? ;Loading #P"c:/emacs-22.3/site-lisp/slime/swank-loader.lisp"... ;Compiling "c:/emacs-22.3/site-lisp/slime/swank-backend.lisp"... ;Loading #P"C:/Documents and Settings/e341194/.slime/fasl/2009-04-03/openmcl-version_1.3-rc1-r11873m__(windowsx8632)-windows-x86/swank-backend.wx32fsl"... ;Compiling "c:/emacs-22.3/site-lisp/slime/metering.lisp"... ;Loading #P"C:/Documents and Settings/e341194/.slime/fasl/2009-04-03/openmcl-version_1.3-rc1-r11873m__(windowsx8632)-windows-x86/metering.wx32fsl"... ;Compiling "c:/emacs-22.3/site-lisp/slime/swank-openmcl.lisp"... ;Loading #P"C:/Documents and Settings/e341194/.slime/fasl/2009-04-03/openmcl-version_1.3-rc1-r11873m__(windowsx8632)-windows-x86/swank-openmcl.wx32fsl"... ;Compiling "c:/emacs-22.3/site-lisp/slime/swank-gray.lisp"... ;Loading #P"C:/Documents and Settings/e341194/.slime/fasl/2009-04-03/openmcl-version_1.3-rc1-r11873m__(windowsx8632)-windows-x86/swank-gray.wx32fsl"... ;Compiling "c:/emacs-22.3/site-lisp/slime/swank.lisp"... ;Loading #P"C:/Documents and Settings/e341194/.slime/fasl/2009-04-03/openmcl-version_1.3-rc1-r11873m__(windowsx8632)-windows-x86/swank.wx32fsl"... ; Warning: These Swank interfaces are unimplemented: ; (ACTIVATE-STEPPING ADD-FD-HANDLER ADD-SIGIO-HANDLER CALLS-WHO ; FIND-SOURCE-LOCATION REMOVE-FD-HANDLERS REMOVE-SIGIO-HANDLERS RESTART-FRAME ; RETURN-FROM-FRAME SAVE-IMAGE SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN ; SLDB-STEP-INTO SLDB-STEP-NEXT SLDB-STEP-OUT) ; While executing: SWANK-BACKEND::WARN-UNIMPLEMENTED-INTERFACES, in process listener(1). ;Compiling "c:/emacs-22.3/site-lisp/slime/contrib/swank-c-p-c.lisp"... ;Compiling "c:/emacs-22.3/site-lisp/slime/contrib/swank-arglists.lisp"... ;Compiling "c:/emacs-22.3/site-lisp/slime/contrib/swank-fuzzy.lisp"... ;Compiling "c:/emacs-22.3/site-lisp/slime/contrib/swank-fancy-inspector.lisp"... ;Compiling "c:/emacs-22.3/site-lisp/slime/contrib/swank-presentations.lisp"... ;Compiling "c:/emacs-22.3/site-lisp/slime/contrib/swank-presentation-streams.lisp"... ;Compiler warnings for "c:/emacs-22.3/site-lisp/slime/contrib/swank-presentation-streams.lisp" : ; In CCL::CLEAR-PRESENTATIONS inside an anonymous lambda form: Undefined function SWANK::CLEAR-PRESENTATION-TABLES ; In SWANK::PRESENTING-OBJECT-1: Undefined function SWANK::SAVE-PRESENTED-OBJECT ;Compiling "c:/emacs-22.3/site-lisp/slime/contrib/swank-package-fu.lisp"... ;Compiling "c:/emacs-22.3/site-lisp/slime/contrib/swank-sbcl-exts.lisp"... ;; Swank started at port: 1434. 1434 ? ;; swank:close-connection: on #<BASIC-TCP-STREAM ISO-8859-1 (SOCKET/784) #x8E3FA0E> : The device does not recognize the command. (error #22) during write ;; Event history start: READ: "(:emacs-rex (swank:connection-info) nil t 1) " dispatch-event: (:EMACS-REX (SWANK:CONNECTION-INFO) NIL T 1) send-event: #<PROCESS worker(5) #x8E4EE66> (:EMACS-REX (SWANK:CONNECTION-INFO) NIL 1) wait-for-event: (:EMACS-REX . SWANK::_) NIL dispatch-event: (:RETURN #<PROCESS worker(5) #x8E4EE66> (:OK (:PID 3296 :STYLE :SPAWN :LISP-IMPLEMENTATION (:TYPE "Clozure Common Lisp" :NAME "ccl" :VERSION "Version 1.3-RC1-r11873M (WindowsX8632)") :MACHINE (:INSTANCE "jmiller1.global.ds.honeywell.com" :TYPE "x86" :VERSION "x86 Family 6 Model 15 Stepping 13, GenuineIntel") :FEATURES (:PRIMARY-CLASSES :COMMON-LISP :OPENMCL :CCL :CCL-1.2 :CCL-1.3 :CLOZURE :CLOZURE-COMMON-LISP :ANSI-CL :OPENMCL-UNICODE-STRINGS :OPENMCL-NATIVE-THREADS :OPENMCL-PARTIAL-MOP :MCL-COMMON-MOP-SUBSET :OPENMCL-MOP-2 :OPENMCL-PRIVATE-HASH-TABLES :X8632-TARGET :X8632-HOST :X86 :X86-TARGET :X86-HOST :WINDOWS-HOST :WINDOWS-TARGET :WIN32-TARGET :WIN32-HOST :32-BIT-TARGET :32-BIT-HOST :LITTLE-ENDIAN-TARGET :LITTLE-ENDIAN-HOST :WINDOWS) :MODULES ("SWANK-C-P-C" "XREF" "PREPARE-MCL-ENVIRONMENT" "LISPEQU" "VERSION" "CCL-EXPORT-SYMS" "LOOP" "MCL-COMPAT" "LEAKS" "DESCRIBE" "EDIT-CALLERS" "ARGLIST" "COMPILE-CCL" "SYSTEMS" "TIME" "PATHNAMES" "DUMPLISP" "PPRINT" "MISC" "METHOD-COMBINATION" "ENCAPSULATE" "CASE-ERROR" "DB-IO" "FFI-WIN32" "FOREIGN-TYPES" "X86-LAPMACROS" "X86-DISASSEMBLE" "NXENV" "X8632ENV" "SOURCE-FILES" "APROPOS" "ARRAYS-FRY" "READ" "BACKTRACE" "X86-BACKTRACE" "BACKTRACE-LDS" "BACKQUOTE" "NFCOMP" "DEFSTRUCT-LDS" "DEFSTRUCT-MACROS" "OPTIMIZERS" "STREAMS" "FORMAT" "SETF-RUNTIME" "SETF" "MACROS" "LEVEL-2" "X86-BACKEND" "X8632-BACKEND" "X8632-VINSNS" "NX" "HASH" "X862" "NX2" "REG" "VINSN" "BACKEND" "VREG" "X8664-ARCH" "X8632-ARCH" "X86-LAP" "X86-ASM" "X86-ARCH" "ARCH" "SUBPRIMS" "NUMBERS" "SORT" "SEQUENCES" "CHARS" "DLL-NODE" "DEFSTRUCT" "LISTS") :PACKAGE (:NAME "COMMON-LISP-USER" :PROMPT "CL-USER") :VERSION "2009-04-03")) 1) WRITE: (:return (:ok (:pid 3296 :style :spawn :lisp-implementation (:type "Clozure Common Lisp" :name "ccl" :version "Version 1.3-RC1-r11873M (WindowsX8632)") :machine (:instance "jmiller1.global.ds.honeywell.com" :type "x86" :version "x86 Family 6 Model 15 Stepping 13, GenuineIntel") :features (:primary-classes :common-lisp :openmcl :ccl :ccl-1.2 :ccl-1.3 :clozure :clozure-common-lisp :ansi-cl :openmcl-unicode-strings :openmcl-native-threads :openmcl-partial-mop :mcl-common-mop-subset :openmcl-mop-2 :openmcl-private-hash-tables :x8632-target :x8632-host :x86 :x86-target :x86-host :windows-host :windows-target :win32-target :win32-host :32-bit-target :32-bit-host :little-endian-target :little-endian-host :windows) :modules ("SWANK-C-P-C" "XREF" "PREPARE-MCL-ENVIRONMENT" "LISPEQU" "VERSION" "CCL-EXPORT-SYMS" "LOOP" "MCL-COMPAT" "LEAKS" "DESCRIBE" "EDIT-CALLERS" "ARGLIST" "COMPILE-CCL" "SYSTEMS" "TIME" "PATHNAMES" "DUMPLISP" "PPRINT" "MISC" "METHOD-COMBINATION" "ENCAPSULATE" "CASE-ERROR" "DB-IO" "FFI-WIN32" "FOREIGN-TYPES" "X86-LAPMACROS" "X86-DISASSEMBLE" "NXENV" "X8632ENV" "SOURCE-FILES" "APROPOS" "ARRAYS-FRY" "READ" "BACKTRACE" "X86-BACKTRACE" "BACKTRACE-LDS" "BACKQUOTE" "NFCOMP" "DEFSTRUCT-LDS" "DEFSTRUCT-MACROS" "OPTIMIZERS" "STREAMS" "FORMAT" "SETF-RUNTIME" "SETF" "MACROS" "LEVEL-2" "X86-BACKEND" "X8632-BACKEND" "X8632-VINSNS" "NX" "HASH" "X862" "NX2" "REG" "VINSN" "BACKEND" "VREG" "X8664-ARCH" "X8632-ARCH" "X86-LAP" "X86-ASM" "X86-ARCH" "ARCH" "SUBPRIMS" "NUMBERS" "SORT" "SEQUENCES" "CHARS" "DLL-NODE" "DEFSTRUCT" "LISTS") :package (:name "COMMON-LISP-USER" :prompt "CL-USER") :version "2009-04-03")) 1) ;; swank:close-connection: on #<BASIC-TCP-STREAM :CLOSED #x8E3FA0E> : The device does not recognize the command. (error #22) during read ;; Event history start: READ: "(:emacs-rex (swank:connection-info) nil t 1) " dispatch-event: (:EMACS-REX (SWANK:CONNECTION-INFO) NIL T 1) send-event: #<PROCESS worker(5) #x8E4EE66> (:EMACS-REX (SWANK:CONNECTION-INFO) NIL 1) wait-for-event: (:EMACS-REX . SWANK::_) NIL dispatch-event: (:RETURN #<PROCESS worker(5) #x8E4EE66> (:OK (:PID 3296 :STYLE :SPAWN :LISP-IMPLEMENTATION (:TYPE "Clozure Common Lisp" :NAME "ccl" :VERSION "Version 1.3-RC1-r11873M (WindowsX8632)") :MACHINE (:INSTANCE "jmiller1.global.ds.honeywell.com" :TYPE "x86" :VERSION "x86 Family 6 Model 15 Stepping 13, GenuineIntel") :FEATURES (:PRIMARY-CLASSES :COMMON-LISP :OPENMCL :CCL :CCL-1.2 :CCL-1.3 :CLOZURE :CLOZURE-COMMON-LISP :ANSI-CL :OPENMCL-UNICODE-STRINGS :OPENMCL-NATIVE-THREADS :OPENMCL-PARTIAL-MOP :MCL-COMMON-MOP-SUBSET :OPENMCL-MOP-2 :OPENMCL-PRIVATE-HASH-TABLES :X8632-TARGET :X8632-HOST :X86 :X86-TARGET :X86-HOST :WINDOWS-HOST :WINDOWS-TARGET :WIN32-TARGET :WIN32-HOST :32-BIT-TARGET :32-BIT-HOST :LITTLE-ENDIAN-TARGET :LITTLE-ENDIAN-HOST :WINDOWS) :MODULES ("SWANK-C-P-C" "XREF" "PREPARE-MCL-ENVIRONMENT" "LISPEQU" "VERSION" "CCL-EXPORT-SYMS" "LOOP" "MCL-COMPAT" "LEAKS" "DESCRIBE" "EDIT-CALLERS" "ARGLIST" "COMPILE-CCL" "SYSTEMS" "TIME" "PATHNAMES" "DUMPLISP" "PPRINT" "MISC" "METHOD-COMBINATION" "ENCAPSULATE" "CASE-ERROR" "DB-IO" "FFI-WIN32" "FOREIGN-TYPES" "X86-LAPMACROS" "X86-DISASSEMBLE" "NXENV" "X8632ENV" "SOURCE-FILES" "APROPOS" "ARRAYS-FRY" "READ" "BACKTRACE" "X86-BACKTRACE" "BACKTRACE-LDS" "BACKQUOTE" "NFCOMP" "DEFSTRUCT-LDS" "DEFSTRUCT-MACROS" "OPTIMIZERS" "STREAMS" "FORMAT" "SETF-RUNTIME" "SETF" "MACROS" "LEVEL-2" "X86-BACKEND" "X8632-BACKEND" "X8632-VINSNS" "NX" "HASH" "X862" "NX2" "REG" "VINSN" "BACKEND" "VREG" "X8664-ARCH" "X8632-ARCH" "X86-LAP" "X86-ASM" "X86-ARCH" "ARCH" "SUBPRIMS" "NUMBERS" "SORT" "SEQUENCES" "CHARS" "DLL-NODE" "DEFSTRUCT" "LISTS") :PACKAGE (:NAME "COMMON-LISP-USER" :PROMPT "CL-USER") :VERSION "2009-04-03")) 1) WRITE: (:return (:ok (:pid 3296 :style :spawn :lisp-implementation (:type "Clozure Common Lisp" :name "ccl" :version "Version 1.3-RC1-r11873M (WindowsX8632)") :machine (:instance "jmiller1.global.ds.honeywell.com" :type "x86" :version "x86 Family 6 Model 15 Stepping 13, GenuineIntel") :features (:primary-classes :common-lisp :openmcl :ccl :ccl-1.2 :ccl-1.3 :clozure :clozure-common-lisp :ansi-cl :openmcl-unicode-strings :openmcl-native-threads :openmcl-partial-mop :mcl-common-mop-subset :openmcl-mop-2 :openmcl-private-hash-tables :x8632-target :x8632-host :x86 :x86-target :x86-host :windows-host :windows-target :win32-target :win32-host :32-bit-target :32-bit-host :little-endian-target :little-endian-host :windows) :modules ("SWANK-C-P-C" "XREF" "PREPARE-MCL-ENVIRONMENT" "LISPEQU" "VERSION" "CCL-EXPORT-SYMS" "LOOP" "MCL-COMPAT" "LEAKS" "DESCRIBE" "EDIT-CALLERS" "ARGLIST" "COMPILE-CCL" "SYSTEMS" "TIME" "PATHNAMES" "DUMPLISP" "PPRINT" "MISC" "METHOD-COMBINATION" "ENCAPSULATE" "CASE-ERROR" "DB-IO" "FFI-WIN32" "FOREIGN-TYPES" "X86-LAPMACROS" "X86-DISASSEMBLE" "NXENV" "X8632ENV" "SOURCE-FILES" "APROPOS" "ARRAYS-FRY" "READ" "BACKTRACE" "X86-BACKTRACE" "BACKTRACE-LDS" "BACKQUOTE" "NFCOMP" "DEFSTRUCT-LDS" "DEFSTRUCT-MACROS" "OPTIMIZERS" "STREAMS" "FORMAT" "SETF-RUNTIME" "SETF" "MACROS" "LEVEL-2" "X86-BACKEND" "X8632-BACKEND" "X8632-VINSNS" "NX" "HASH" "X862" "NX2" "REG" "VINSN" "BACKEND" "VREG" "X8664-ARCH" "X8632-ARCH" "X86-LAP" "X86-ASM" "X86-ARCH" "ARCH" "SUBPRIMS" "NUMBERS" "SORT" "SEQUENCES" "CHARS" "DLL-NODE" "DEFSTRUCT" "LISTS") :package (:name "COMMON-LISP-USER" :prompt "CL-USER") :version "2009-04-03")) 1) close-connection: on #<BASIC-TCP-STREAM ISO-8859-1 (SOCKET/784) #x8E3FA0E> : The device does not recognize the command. (error #22) during write ... close-connection: on #<BASIC-TCP-STREAM :CLOSED #x8E3FA0E> : The device does not recognize the command. (error #22) during read ... ;; Event history end. ;; Backtrace: ;; Connection to Emacs lost. [ ;; condition: on #<BASIC-TCP-STREAM :CLOSED #x8E3FA0E> : The device does not recognize the command. (error #22) during read ;; type: SOCKET-ERROR ;; encoding: NIL style: :SPAWN dedicated: NIL] close-connection: on #<BASIC-TCP-STREAM ISO-8859-1 (SOCKET/784) #x8E3FA0E> : The device does not recognize the command. (error #22) during write ... ;; Event history end. ;; Backtrace: ;; Connection to Emacs lost. [ ;; condition: on #<BASIC-TCP-STREAM :CLOSED #x8E3FA0E> : The device does not recognize the command. (error #22) during write ;; type: SWANK::SWANK-ERROR ;; encoding: NIL style: :SPAWN dedicated: NIL]

1 0

[slime-devel] Bug: CMUCL doesn't start in the CL-USER package
by Chaitanya Gupta 05 Apr '09

05 Apr '09

Hello, When I start CMUCL (19e on Linux) with slime, the top-level package in the slime-repl buffer is not CL-USER. Instead the package is SWANK most of the time, a couple of times I have also seen SWANK-IO-PACKAGE as the initial package. I am using the latest version of SLIME from CVS. Cheers, Chaitanya -- http://chaitanyagupta.com/blog/

1 0

[slime-devel] slime-tramp
by Francisco Vides Fernández 04 Apr '09

04 Apr '09

Hello I'm using slime for editing remote files via tramp. It works fine, but when it slime-filename-translations is not nil and try to work locally, it shows the following error: No filename-translations for hostname: <myhostname> I've taken a look at the code, and found that slime-find-filename-translators tries to find a traslator if both hostname and slime-filename-translations are not nil. But if it fails, then throws an error. IMHO it could just return (list #'identity #'identity) and try to work locally. I've changed it locally and works for me (patch following) -------8<------- Index: slime-tramp.el =================================================================== RCS file: /project/slime/cvsroot/slime/contrib/slime-tramp.el,v retrieving revision 1.3 diff -r1.3 slime-tramp.el 59c59 < (error "No filename-translations for hostname: %s" hostname))) --- > (list #'identity #'identity))) -------8<------- Is this right? Am I doing something wrong? Thanks. -- +----------------- | Francisco Vides Fernández <fvides(a)dedaloingenieros.com> | Director técnico. | Dédalo Ingenieros http://www.dedaloingenieros.com/ | PGP: http://pgp.rediris.es:11371/pks/lookup?op=index&search=0xB1299C15 +------

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 04 Apr '09

04 Apr '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1723 slime/ChangeLog:1.1726 --- slime/ChangeLog:1.1723 Fri Mar 27 16:49:49 2009 +++ slime/ChangeLog Fri Apr 3 17:14:11 2009 @@ -1,3 +1,16 @@ +2009-04-03 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-sbcl.lisp (swank-compile-file): Return T for the FAILURE-P + return value in case of a FATAL-COMPILER-ERROR. + + Reported by Philipp M. Schäfer + +2009-04-03 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-inspector-mode-map): Remove binding for + M-RET. (It'll be added by the slime-repl contrib.) + (slime-inspector-copy-down): Removed. + 2009-03-27 Helmut Eller <heller(a)common-lisp.net> * swank.lisp (encode-message): Handle errors during write, e.g. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.198 slime/contrib/ChangeLog:1.199 --- slime/contrib/ChangeLog:1.198 Fri Mar 27 16:33:25 2009 +++ slime/contrib/ChangeLog Fri Apr 3 16:43:48 2009 @@ -1,3 +1,8 @@ +2009-04-03 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-repl.el (slime-inspector-mode-map): Add binding for M-RET. + (slime-inspector-copy-down-to-repl): Moved here from slime.el. + 2009-03-27 Tobias C. Rittweiler <tcr(a)freebits.de> * slime-indentantion-fu.el (slime-indent-fu): Correctly deal with

1 0

[slime-devel] patch for a glitch in swank-sbcl.lisp
by Philipp Matthias Schäfer 03 Apr '09

03 Apr '09

Hi, I slime-compile-and-load-file'ed a buffer which contains an expression (load (compile "otherfile.lisp")) and the compilation of the buffer itself worked flawlessly, about which the minibuffer informed me correctly. However since I had my slime-repl buffer not in the foreground I didn't notice that the compilation of otherfile.lisp actually failed. Looking at the source for my backend (sbcl) I noticed that the swank-compile-file function in swank-sbcl.lisp returns just nil in the event of a sb-c:fatal-compiler-error condition, whereas normally the function returns true as a third value in case the compilation did not succeed. This is a problem, since compile-file-for-emacs which calls swank-compile now gets the default value nil as a third return value, which is supposed to signify success. The following patch fixes the problem, that is, a buffer with the debugger is presented to me, which is the same behavior I get when calling slime-load-file after slime-compile-file. --- swank-sbcl.lisp 7 Mar 2009 19:08:03 -0000 1.237 +++ swank-sbcl.lisp 25 Mar 2009 21:02:23 -0000 @@ -512,7 +512,7 @@ (source-cache-get input-file (file-write-date input-file)) (not (load output-file)))))) - (sb-c:fatal-compiler-error () nil))) + (sb-c:fatal-compiler-error () (value nil nil t)))) ;;;; compile-string Regards. Philipp

2 1

[slime-devel] slime-inspector-copy-down
by Chaitanya Gupta 03 Apr '09

03 Apr '09

Hello, The function slime-inspector-copy-down (bound to M-RET in the inspector) in slime.el has been commented out in cvs for some time. Is it going to be "uncommented" and brought back to life? Or is there an alternative function to do the same thing? Chaitanya

2 1

Re: [slime-devel] slime+sbcl+emacs on windows
by edgar-rft＠web.de 01 Apr '09

01 Apr '09

Hi Andrey and the slime devels, > Andrey wrote: I have problem with repl on emacs: after run slime, > before restarting repl on condition, all output prints on emacs > buffer *inferior-lisp*.... Edgar: I had similar SLDB restart problems with SBCL on Windows. According to a workaround suggestion by Hartmut Eller: --- citation --- > The best solution would be to fix HANDLE-LISTEN, but I don't know how to > do that. As a workaround you can probably replace > > (wait-for-event `(:sldb-return ,(1+ level)) t) ; clean event-queue > > in sldb-loop with: > > (poll-for-event `(:sldb-return ,(1+ level))) --- end of citation --- I have canged the "sldb-loop" in my "swank.lisp" to: --- part of "sldb-loop" in "swank.lisp" --- ;; changed for SBCL on Windows according to: ;; http://article.gmane.org/gmane.lisp.slime.devel/7991 (if (and (equal (lisp-implementation-type) "SBCL") (equal (software-type) "Win32")) (poll-for-event `(:sldb-return ,(1+ level))) (wait-for-event `(:sldb-return ,(1+ level)) t)) ; clean event-queue --- end of code --- With this modification I can use the same "swank.lisp" with CLISP as well as SBCL on Windows and Linux. - edgar -- The author of this email does not necessarily endorse the following advertisements, which are the sole responsibility of the advertiser: _______________________________________________________________________ DSL zum Nulltarif + 20 Euro Extraprämie bei Online-Bestellung über die DSL Freundschaftswerbung! http://dsl.web.de/?ac=OM.AD.AD008K15279B7069a

2 1