slime-devel March 2008

slime-devel@common-lisp.net

43 participants
44 discussions

[slime-devel] ACL80 and SLIME 2.0
by Kevin Zalondek 24 Mar '08

24 Mar '08

I have recently upgraded the machines I use to run acl80, and I've been having the strangest problem using acl80 with slime 2.0. Hopefully you've seen this and have a good workaround. The old machines were a PPC/Mac Desktop and an Intel/Mac laptop both running Tiger (10.4.11). Both machines run acl80 and slime with no problems. The new machines are an Intel/Mac Pro Desktop and an Intel/Mac laptop both running Leopard (10.5.2). The Desktop runs acl80 under Slime fine. The laptop is the one having the problem. The only difference that I can see between these two machines (other than RAM (16g vs. 4g) or processors (8 vs. 2)) is that the Desktop shipped with the 9.2.0 kernel and the laptop shipped with the 9.2.1 kernel. I believe that this is the case because the Desktop shipped with 10.5.1 and had to be upgraded to 10.5.2, whereas the laptop came with 10.5.2 already installed. Both have been fully upgraded to 10.5.2 OS-X, but I have noticed at least one x windows lib with a changed name on the laptop version, so I know that upgrading to 10.5.2 doesn't produce IDENTICAL copies of the os. As I said, the Desktop runs slime fine. The laptop runs slime fine in an emacs -nw environment. If I run emacs like I normally do in its own X window, however, starting slime produces the following output: (load "/Users/zalondek/emacs/19/slime-2.0/swank-loader.lisp" :verbose t) (swank:start-server "/var/folders/JK/JKqRcfmVFMuXuUm9NcuFPE+++TE/- Tmp-/slime.1253" :external-format :iso-latin-1-unix) International Allegro CL Professional Edition 8.0 [Mac OS X (Intel)] (Mar 20, 2008 19:22) Copyright (C) 1985-2005, Franz Inc., Oakland, CA, USA. All Rights Reserved. This development copy of Allegro CL is licensed to: * License Data Removed * ;; Optimization settings: safety 1, space 1, speed 1, debug 2. ;; For a complete description of all compiler switches given the ;; current optimization settings evaluate (EXPLAIN-COMPILER-SETTINGS). CL-USER(1): ; Loading /Users/zalondek/emacs/19/slime-2.0/swank- loader.lisp ; Fast loading ; /Users/zalondek/.slime/fasl/2006-04-20/allegro-a8.0-macosx- x86/swank-backend.fasl ; Fast loading ; /Users/zalondek/.slime/fasl/2006-04-20/allegro-a8.0-macosx- x86/nregex.fasl ; Fast loading ; /Users/zalondek/.slime/fasl/2006-04-20/allegro-a8.0-macosx- x86/swank-allegro.fasl Warning: (METHOD PREFERRED-COMMUNICATION-STYLE NIL), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD FORMAT-SLDB-CONDITION (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD CONDITION-REFERENCES (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD CALL-WITH-SYNTAX-HOOKS (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD CALL-WITHOUT-INTERRUPTS (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD LISP-IMPLEMENTATION-TYPE-NAME NIL), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD SET-DEFAULT-DIRECTORY (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD DEFAULT-DIRECTORY NIL), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD ARGLIST (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD MAKE-STREAM-INTERACTIVE (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD INITIALIZE-MULTIPROCESSING NIL), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD THREAD-NAME (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD THREAD-STATUS (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD MAKE-LOCK NIL), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD CALL-WITH-LOCK-HELD (T T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD CURRENT-THREAD NIL), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD KILL-THREAD (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp ; Fast loading ; /Users/zalondek/.slime/fasl/2006-04-20/allegro-a8.0-macosx- x86/swank-gray.fasl ; Autoloading for class FUNDAMENTAL-CHARACTER-OUTPUT-STREAM: ; Fast loading /usr/local/acl80/code/streamc.001 ;;; Installing foreign patch, version 1 ; Fast loading from bundle code/efft-utf8-base.fasl. ; Fast loading from bundle code/efft-void.fasl. ; Fast loading from bundle code/efft-latin1-base.fasl. ; Fast loading ; /Users/zalondek/.slime/fasl/2006-04-20/allegro-a8.0-macosx- x86/swank.fasl Warning: (METHOD INSPECT-FOR-EMACS #'T), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank.lisp Warning: These Swank interfaces are unimplemented: (ACTIVATE-STEPPING ADD-FD-HANDLER ADD-SIGIO-HANDLER INSPECT-FOR-EMACS PROFILE PROFILE-PACKAGE PROFILE-RESET PROFILED-FUNCTIONS REMOVE-FD-HANDLERS REMOVE-SIGIO-HANDLERS SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN UNPROFILE WHO-SPECIALIZES) T [Current process: Initial Lisp Listener] CL-USER(2): ;; Swank started at port: 49466. NIL [Current process: Initial Lisp Listener] CL-USER(3): [Current process: Initial Lisp Listener] CL-USER(3): ; Autoloading for class ECHO-STREAM: ; Fast loading from bundle code/streama.fasl. ;; Event history start: ; Fast loading from bundle code/acldns.fasl. ;;; Installing acldns patch, version 1 ;; Event history end. ;; Connection to Emacs lost. [ ;; condition: eof encountered on stream #<MULTIVALENT stream socket closed, but was connected from localhost/49466 to localhost/49467 @ #x10681302> ;; type: SWANK::SLIME-PROTOCOL-ERROR ;; encoding: :ISO-LATIN-1-UNIX style: :SPAWN dedicated: NIL] Have you ever seen this before? I recall that this happened to me just once when running on my laptop under Tiger, but only once out of hundreds of times. Any suggestions? -Kev

1 0

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 24 Mar '08

24 Mar '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1331 slime/ChangeLog:1.1335 --- slime/ChangeLog:1.1331 Wed Mar 19 06:46:43 2008 +++ slime/ChangeLog Sun Mar 23 19:20:43 2008 @@ -1,10 +1,36 @@ +2008-03-24 Tobias C. Rittweiler <tcr(a)freebits.de> + + * HACKING: Updated due to broken links. + Reported by Mirko Vukovic. + +2008-03-24 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-set-connection-info): Display SLIME and SWANK + versions explicitly in Protocol Mismatch message. Adapted from + idea and patch by Jeronimo Pellegrini. + +2008-03-24 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-source-path-parser.lisp + + The source parser READs in files, and if such a file contains some + nasty #. hackery that results in an error being signalled, M-. would + fail on anything that's defined in those files. Fix that by using + a special #. reader function that invokes the original #. reader + with an IGNORE-ERRORS wrapped around. + + (make-sharpdot-reader): New function. + (make-source-recording-readtable): Use it and install it on #. + + * slime.el (find-definition.2): New test case to guard against it. + 2008-03-18 Geo Carncross <geocar(a)gmail.com> * swank-ecl.lisp: ECL moved gray streams into GRAY package. 2008-03-18 Helmut Eller <heller(a)common-lisp.net> - * slime.el (slime-xref-group): Hanlde :zip files. + * slime.el (slime-xref-group): Handle :zip files. 2008-03-17 Tobias C. Rittweiler <tcr(a)freebits.de>

1 0

[slime-devel] incorrect link in HACKING
by Mirko Vukovic 24 Mar '08

24 Mar '08

The file HACKING (part of the latest snapshot) points to a non-existant link on the gnu web site for tips for writing the ChangeLog file entries. The correct link is http://www.gnu.org/prep/standards/html_node/Style-of-Change-Logs.html#Style… Mirko

2 1

[slime-devel] More informative "protocol mismatch" message
by Jeronimo Pellegrini 23 Mar '08

23 Mar '08

Hi. Here's a tiny patch that makes the "protocol mismatch" message a bit more informative, showing the versions of slime and swank. J.

2 1

[slime-devel] protocol mismatch?
by Roman Budzianowski 21 Mar '08

21 Mar '08

I cvs'd out today both client side (Aquamacs 1.3b on 10.5.2) and server side (FC6 and sbcl). I get protocol mismatch when doing slime-connect. Just a nuisance or my installation is bad? Roman

2 5

[slime-devel] filtering compiler output
by Roman Budzianowski 21 Mar '08

21 Mar '08

Hi, I wonder if there is a way to filter or structure compiler output in the REPL buffer, similar to when compiling a form or file through editor commands (C-c C-c). I am thinking of a situation when I run a form which triggers compilation of many files (like when using mini- modue from GBBopen). The output goes directly to the REPL buffer and is hard to browse (mostly warnings and notes). Roman

2 3

[slime-devel] Re: Problems with SBCL/CL-PPCRE on Debian/Etch/Testing/clc
by Nicolas Neuss 20 Mar '08

20 Mar '08

"Tobias C. Rittweiler" <tcr(a)freebits.de> writes: > Nicolas Neuss <neuss(a)math.uni-karlsruhe.de> writes: > >> Hello all, >> >> I have an CL-PPCRE that was compiled with an SBCL running in a shell >> (Debian/common-lisp-controller). Now, I see the error below when trying to >> load cl-ppcre via SLIME. I suspect that this is a coding issue again >> (SB-IMPL::*DEFAULT-EXTERNAL-FORMAT* is :latin1, slime-net-coding-system is >> iso-latin-1-unix). >> >> Did anyone of you run into that problem and know a solution? Apropos: >> deleting api.fasl makes SLIME loading work, but then the error occurs when >> loading from an SBCL instance being run from inside a shell. >> >> Thank you, >> Nicolas >> >> --------------------------------------------------------------------------- >> The class SB-PRETTY:PRETTY-STREAM was not changed, and there's no guarantee that >> the loaded code (which expected another layout) will work. >> [Condition of type SIMPLE-ERROR] > > Do you use the `slime-presentation-streams' contrib? What happens when > you do not use it? > > -T. You are right, it may be a problem with presentations. Looking at the startup messages, I see the following: ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-0.9.16-linux-x86/swank-presentations.fasl" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-0.9.16-linux-x86/swank-presentation-streams.fasl" WARNING: change in instance length of class PRETTY-STREAM: current length: 25 new length: 27 STYLE-WARNING: redefining MAKE-PRETTY-STREAM in DEFUN STYLE-WARNING: redefining MAYBE-OUTPUT in DEFUN STYLE-WARNING: redefining OUTPUT-LINE in DEFUN STYLE-WARNING: redefining OUTPUT-PARTIAL-LINE in DEFUN STYLE-WARNING: redefining FORCE-PRETTY-OUTPUT in DEFUN which indicates some problem. Could you tell me how to switch off presentations? Thank you, Nicolas

2 4

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 20 Mar '08

20 Mar '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1330 slime/ChangeLog:1.1331 --- slime/ChangeLog:1.1330 Tue Mar 18 21:34:30 2008 +++ slime/ChangeLog Wed Mar 19 06:46:43 2008 @@ -574,6 +574,11 @@ * swank-scl.lisp (set-stream-timeout, make-socket-io-stream): update for Scieneer CL 1.3.7. +2007-12-21 Geo Carncross <geocar(a)gmail.com> + + * swank-ecl.lisp: try to parse the Args: line in most ecl functions to + make modeline/autodoc more interesting + 2007-12-20 Tobias C. Rittweiler <tcr(a)freebits.de> * swank.lisp (read-softly-from-string): Now actually returns all @@ -587,6 +592,10 @@ `C-c C-c'd from. Idea from Knut Olav Bøhmer. (slime-insert-xrefs): Use it. +2007-12-14 Geo Carncross <geocar(a)gmail.com> + + * Add ECL threads implementation to swank + 2007-12-04 Helmut Eller <heller(a)common-lisp.net> Simplify the inspector.

1 0

[slime-devel] SWANK-BACKEND::LOAD-SHARED-OBJECT is undefined
by Kamil Shakirov 20 Mar '08

20 Mar '08

Hi, I get the following error after the recent update from CVS on win32: ; d:\Users\kamil\_config_\.slime\fasl\2008-03-18\sbcl-1.0.13-win32-x86\swank-sbcl.fasl written ; compilation finished in 0:00:01 ;; ;; Error while loading: d:\Users\kamil\_config_\.slime\fasl\2008-03-18\sbcl-1.0.13-win32-x86\swank-sbcl.fasl ;; Condition: The function SWANK-BACKEND::LOAD-SHARED-OBJECT is undefined. ;; Aborting. ;; ; ; compilation unit aborted ; caught 3 fatal ERROR conditions Thanks. --WBR

1 0

[slime-devel] Problems with SBCL/CL-PPCRE on Debian/Etch/Testing/clc
by Nicolas Neuss 19 Mar '08

19 Mar '08

Hello all, I have an CL-PPCRE that was compiled with an SBCL running in a shell (Debian/common-lisp-controller). Now, I see the error below when trying to load cl-ppcre via SLIME. I suspect that this is a coding issue again (SB-IMPL::*DEFAULT-EXTERNAL-FORMAT* is :latin1, slime-net-coding-system is iso-latin-1-unix). Did anyone of you run into that problem and know a solution? Apropos: deleting api.fasl makes SLIME loading work, but then the error occurs when loading from an SBCL instance being run from inside a shell. Thank you, Nicolas --------------------------------------------------------------------------- The class SB-PRETTY:PRETTY-STREAM was not changed, and there's no guarantee that the loaded code (which expected another layout) will work. [Condition of type SIMPLE-ERROR] Restarts: 0: [RETRY] Retry performing #<ASDF:LOAD-OP NIL {C355631}> on #<ASDF:CL-SOURCE-FILE "api" {BA69809}>. 1: [ACCEPT] Continue, treating #<ASDF:LOAD-OP NIL {C355631}> on #<ASDF:CL-SOURCE-FILE "api" {BA69809}> as having been successful. 2: [ABORT] Abort SLIME compilation. 3: [ABORT] Return to SLIME's top level. 4: [TERMINATE-THREAD] Terminate this thread (#<THREAD "repl-thread" {AA9CE49}>) Backtrace: 0: (SB-KERNEL::CHECK-LAYOUT #<SB-KERNEL:LAYOUT for SB-PRETTY:PRETTY-STREAM {940BAC9}> #<SB-KERNEL:STRUCTURE-CLASSOID SB-PRETTY:PRETTY-STREAM> 25 #(#<SB-KERNEL:LAYOUT for T {9065D11}> #<SB-KERNEL:LAYOUT for STRUCTURE-OBJECT {9065D61}> #<SB-KERNEL:LAYOUT for STREAM {91AA2C9}> #<SB-KERNEL:LAYOUT for SB-KERNEL:ANSI-STREAM {907D121}>) 4 0) 1: (SB-KERNEL::INIT-OR-CHECK-LAYOUT #<SB-KERNEL:LAYOUT for SB-PRETTY:PRETTY-STREAM {940BAC9}> #<SB-KERNEL:STRUCTURE-CLASSOID SB-PRETTY:PRETTY-STREAM> 25 #(#<SB-KERNEL:LAYOUT for T {9065D11}> #<SB-KERNEL:LAYOUT for STRUCTURE-OBJECT {9065D61}> #<SB-KERNEL:LAYOUT for STREAM {91AA2C9}> #<SB-KERNEL:LAYOUT for SB-KERNEL:ANSI-STREAM {907D121}>) 4 0) 2: (SB-FASL::FOP-LAYOUT) 3: (SB-FASL::LOAD-FASL-GROUP #<SB-SYS:FD-STREAM for "file /var/cache/common-lisp-controller/1000/sbcl/cl-ppcre/api.fasl" {A7C5841}>) 4: (SB-FASL::LOAD-AS-FASL #<SB-SYS:FD-STREAM for "file /var/cache/common-lisp-controller/1000/sbcl/cl-ppcre/api.fasl" {A7C5841}> NIL #<unavailable argument>) 5: (SB-FASL::INTERNAL-LOAD #P"/var/cache/common-lisp-controller/1000/sbcl/cl-ppcre/api.fasl" #P"/var/cache/common-lisp-controller/1000/sbcl/cl-ppcre/api.fasl" :ERROR NIL NIL :BINARY NIL) 6: (SB-FASL::INTERNAL-LOAD #P"/var/cache/common-lisp-controller/1000/sbcl/cl-ppcre/api.fasl" #P"/var/cache/common-lisp-controller/1000/sbcl/cl-ppcre/api.fasl" :ERROR NIL NIL NIL :DEFAULT) 7: (LOAD #P"/var/cache/common-lisp-controller/1000/sbcl/cl-ppcre/api.fasl") 8: ((SB-PCL::FAST-METHOD ASDF:PERFORM (ASDF:LOAD-OP ASDF:CL-SOURCE-FILE)) #<unavailable argument> #<unavailable argument> #<ASDF:LOAD-OP NIL {C355631}> #<ASDF:CL-SOURCE-FILE "api" {BA69809}>) 9: ((LAMBDA (SB-PCL::.PV-CELL. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0. SB-PCL::.ARG1.)) #<unavailable argument> #<unavailable argument> #<ASDF:LOAD-OP NIL {C355631}> #<ASDF:CL-SOURCE-FILE "api" {BA69809}>) 10: ((LAMBDA NIL)) 11: (SB-C::%WITH-COMPILATION-UNIT #<CLOSURE (LAMBDA NIL) {C3BF5BD}>) 12: (ASDF:OPERATE ASDF:LOAD-OP "cl-ppcre") 13: ((LAMBDA (FUNCTION)) #<CLOSURE (LAMBDA NIL) {C339B9D}>) 14: (SWANK::MEASURE-TIME-INTERVAL #<CLOSURE (LAMBDA NIL) {C339AFD}>) 15: (SWANK::SWANK-COMPILER #<CLOSURE (LAMBDA NIL) {C339AFD}>) 16: (SB-INT:EVAL-IN-LEXENV (SWANK:OPERATE-ON-SYSTEM-FOR-EMACS "cl-ppcre" "LOAD-OP") #<NULL-LEXENV>) 17: ((LAMBDA NIL)) 18: ((LAMBDA (SWANK-BACKEND::HOOK SWANK-BACKEND::FUN)) #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA NIL) {C33998D}>) 19: ((LAMBDA NIL)) 20: ((LAMBDA (SWANK-BACKEND::HOOK SWANK-BACKEND::FUN)) #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<FUNCTION (LAMBDA NIL) {B8FFD5D}>) 21: (SWANK::CALL-WITH-REDIRECTED-IO #<SWANK::CONNECTION {A99B9E1}> #<CLOSURE (LAMBDA NIL) {C339825}>) 22: (SWANK::CALL-WITH-CONNECTION #<SWANK::CONNECTION {A99B9E1}> #<FUNCTION (LAMBDA NIL) {B8FFD5D}>) 23: (SWANK::HANDLE-REQUEST #<SWANK::CONNECTION {A99B9E1}>) -- PD Dr. Nicolas Neuss University Karlsruhe Tel: 0049-721-608-7634 Email: neuss(a)mathematik.uni-karlsruhe.de WWW: <http://www.mathematik.uni-karlsruhe.de/~neuss>

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel March 2008