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

[slime-devel] communication style
by Robert Brown 03 Oct '05

03 Oct '05

Please document the NIL setting of SWANK:*COMMUNICATION-STYLE*. Better yet, select its behavior with a new keyword value, something like :SERVER-LOOP. Yesterday, I found I needed this setting as was I trying to get Slime working to a non-threaded SBCL running in an environment where its standard input is basically /dev/null. Thanks very much for Slime. It's fabulous. bob

1 0

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 01 Oct '05

01 Oct '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.790 slime/ChangeLog:1.791 --- slime/ChangeLog:1.790 Thu Sep 29 07:16:19 2005 +++ slime/ChangeLog Sat Oct 1 14:00:27 2005 @@ -1,3 +1,8 @@ +2005-10-01 Juho Snellman <jsnell(a)iki.fi> + * swank-backend (*gray-stream-symbols*): Add :STREAM-LINE-LENGTH + to *GRAY-STREAM-SYMBOLS* on implementations that support this + extension to gray streams. Reported by Matthew D Swank. + 2005-09-29 Luke Gorrie <luke(a)synap.se> * swank-scheme48: Removed due to excessive whining.

1 0

[slime-devel] nit: zap (setq it choice-to-lambda) from `slime-presentation-menu'
by jpw＠gnu.org 01 Oct '05

01 Oct '05

Howdy, Nothing uses it. I guess it is a stray debugging/development artifact. How about zapping it ? 2005-10-01 John Paul Wallington <jpw(a)pobox.com> * slime.el (slime-presentation-menu): Don't set free variable `it' to value of `choice-to-lambda'. --- slime.el 01 Oct 2005 13:47:58 +0100 1.552 +++ slime.el 01 Oct 2005 18:49:44 +0100 @@ -3118,7 +3118,6 @@ (error "No presentation at event position")) (let ((menu (slime-menu-choices-for-presentation presentation from to choice-to-lambda))) - (setq it choice-to-lambda) (let ((choice (x-popup-menu event menu))) (when choice (call-interactively (gethash choice choice-to-lambda)))))))))

1 0

[slime-devel] error in swank after upgrading to sbcl 0.9.5 (linux x86)
by Matthew D Swank 01 Oct '05

01 Oct '05

When I am alerted to a symbol conflict: USE-PACKAGE #<PACKAGE "UTIL"> causes name-conflicts in #<PACKAGE "COMMON-LISP-USER"> between the following symbols: UTIL:APPLY, APPLY [Condition of type SB-INT:NAME-CONFLICT] See also: Common Lisp Hyperspec, 11.1.1.2.5 [section] Restarts: 0: [RESOLVE-CONFLICT] Resolve conflict. 1: [ABORT-REQUEST] Abort handling SLIME request. 2: [TERMINATE-THREAD] Terminate this thread (#<THREAD "repl-thread" {9167109}>) and pick 0, I get the following error: There is no applicable method for the generic function #<STANDARD-GENERIC-FUNCTION STREAM-LINE-LENGTH (1)> when called with arguments (#<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}>). [Condition of type SIMPLE-ERROR] Restarts: 0: [ABORT] Return to sldb level 1. 1: [ABORT-REQUEST] Abort handling SLIME request. 2: [TERMINATE-THREAD] Terminate this thread (#<THREAD "repl-thread" {9167109}>) Backtrace: 0: ((SB-PCL::FAST-METHOD NO-APPLICABLE-METHOD (T)) #<unavailable argument> #<unavailable argument> #<STANDARD-GENERIC-FUNCTION STREAM-LINE-LENGTH (1)> (#<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}>)) ... full error attached Matt -- "You do not really understand something unless you can explain it to your grandmother." — Albert Einstein. There is no applicable method for the generic function #<STANDARD-GENERIC-FUNCTION STREAM-LINE-LENGTH (1)> when called with arguments (#<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}>). [Condition of type SIMPLE-ERROR] Restarts: 0: [ABORT] Return to sldb level 1. 1: [ABORT-REQUEST] Abort handling SLIME request. 2: [TERMINATE-THREAD] Terminate this thread (#<THREAD "repl-thread" {9167109}>) Backtrace: 0: ((SB-PCL::FAST-METHOD NO-APPLICABLE-METHOD (T)) #<unavailable argument> #<unavailable argument> #<STANDARD-GENERIC-FUNCTION STREAM-LINE-LENGTH (1)> (#<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}>)) 1: ((SB-PCL::FAST-METHOD NO-APPLICABLE-METHOD (T)) #<unavailable argument> #<unavailable argument> #<STANDARD-GENERIC-FUNCTION STREAM-LINE-LENGTH (1)> (#<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}>)) 2: (SB-IMPL::TWO-WAY-MISC #<TWO-WAY-STREAM :INPUT-STREAM #<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}> :OUTPUT-STREAM #<SB-SYS:FD-STREAM for "a constant string" {9028109}>> :LINE-LENGTH NIL NIL) 3: (SB-PRETTY::MAKE-PRETTY-STREAM #<TWO-WAY-STREAM :INPUT-STREAM #<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}> :OUTPUT-STREAM #<SB-SYS:FD-STREAM for "a constant string" {9028109}>>) 4: (SB-FORMAT::INTERPRET-FORMAT-LOGICAL-BLOCK #<TWO-WAY-STREAM :INPUT-STREAM #<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}> :OUTPUT-STREAM #<SB-SYS:FD-STREAM for "a constant string" {9028109}>> ("COMMON-LISP-USER" ((1 1 UTIL:APPLY) (1 2 APPLY))) ("COMMON-LISP-USER" ((1 1 UTIL:APPLY) (1 2 APPLY))) "" NIL ("Select " #<> "a " #<> "symbol " #<> "to " #<> "be " #<> ...) "" T) 5: (SB-FORMAT::<-FORMAT-DIRECTIVE-INTERPRETER #<TWO-WAY-STREAM :INPUT-STREAM #<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}> :OUTPUT-STREAM #<SB-SYS:FD-STREAM for "a constant string" {9028109}>> #<~@<> ("Select a symbol to be made accessible in " #<~ > " package " #<~A> ":" #<~2I> #<~@:_> #<~{> #<~{> #<~V,' D> ...) ("COMMON-LISP-USER" ((1 1 UTIL:APPLY) (1 2 APPLY))) ("COMMON-LISP-USER" ((1 1 UTIL:APPLY) (1 2 APPLY)))) 6: (SB-FORMAT::INTERPRET-DIRECTIVE-LIST #<TWO-WAY-STREAM :INPUT-STREAM #<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}> :OUTPUT-STREAM #<SB-SYS:FD-STREAM for "a constant string" {9028109}>> (#<~@<> "Select a symbol to be made accessible in " #<~ > " package " #<~A> ":" #<~2I> #<~@:_> #<~{> #<~{> ...) ("COMMON-LISP-USER" ((1 1 UTIL:APPLY) (1 2 APPLY))) ("COMMON-LISP-USER" ((1 1 UTIL:APPLY) (1 2 APPLY)))) 7: (SB-FORMAT::%FORMAT #<TWO-WAY-STREAM :INPUT-STREAM #<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}> :OUTPUT-STREAM #<SB-SYS:FD-STREAM for "a constant string" {9028109}>> "~&~@<Select a symbol to be made accessible in ~ package ~A:~2I~@:_~{~{~V,' D. ~S~}~@:_~}~@:>" ("COMMON-LISP-USER" ((1 1 UTIL:APPLY) (1 2 APPLY))) ("COMMON-LISP-USER" ((1 1 UTIL:APPLY) (1 2 APPLY)))) 8: (FORMAT #<TWO-WAY-STREAM :INPUT-STREAM #<SWANK-BACKEND::SLIME-INPUT-STREAM {915D6B1}> :OUTPUT-STREAM #<SB-SYS:FD-STREAM for "a constant string" {9028109}>> "~&~@<Select a symbol to be made accessible in ~ package ~A:~2I~@:_~{~{~V,' D. ~S~}~@:_~}~@:>") 9: ((LAMBDA NIL)) 10: (INVOKE-RESTART-INTERACTIVELY #<RESTART SB-INT:RESOLVE-CONFLICT {AD30879}>) 11: (SB-INT:EVAL-IN-LEXENV (SWANK:INVOKE-NTH-RESTART-FOR-EMACS 1 0) #<NULL-LEXENV>) 12: ((LAMBDA NIL)) 13: ((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK (T T)) #<unused argument> #<unused argument> #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA NIL) {AE95AA5}>) 14: (SWANK::SLDB-LOOP 1) 15: ((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-DEBUGGING-ENVIRONMENT (T)) #<unused argument> #<unused argument> #<FUNCTION (LAMBDA NIL) {B271F15}>) 16: (SWANK::CALL-WITH-BINDINGS ((*PRINT-PRETTY*) (*PRINT-LEVEL* . 4) (*PRINT-LENGTH* . 10) (*PRINT-CIRCLE* . T) (*PRINT-READABLY*) (*PRINT-PPRINT-DISPATCH* . #<SB-PRETTY:PPRINT-DISPATCH-TABLE {B314759}>) (*PRINT-GENSYM* . T) (*PRINT-BASE* . 10) (*PRINT-RADIX*) (*PRINT-ARRAY* . T) ...) #<FUNCTION (LAMBDA NIL) {B271ED5}>) 17: (SWANK::DEBUG-IN-EMACS #<SB-INT:NAME-CONFLICT {AD30929}>) 18: (INVOKE-DEBUGGER #<SB-INT:NAME-CONFLICT {AD30929}>) 19: (ERROR #<SB-INT:NAME-CONFLICT {AD30929}>) 20: (SB-INT:NAME-CONFLICT #<PACKAGE "COMMON-LISP-USER"> USE-PACKAGE #<PACKAGE "UTIL">) 21: (USE-PACKAGE :UTIL #<PACKAGE "COMMON-LISP-USER">) 22: (SB-INT:EVAL-IN-LEXENV (USE-PACKAGE :UTIL) #<NULL-LEXENV>) 23: (SWANK::EVAL-REGION "(use-package :util) " T) 24: ((LAMBDA NIL)) 25: ((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-SYNTAX-HOOKS (T)) #<unused argument> #<unused argument> #<CLOSURE (LAMBDA NIL) {AD30425}>) 26: (SWANK::CALL-WITH-BUFFER-SYNTAX #<CLOSURE (LAMBDA NIL) {AD30425}>) 27: (SB-INT:EVAL-IN-LEXENV (SWANK:LISTENER-EVAL "(use-package :util) ") #<NULL-LEXENV>) 28: ((LAMBDA NIL)) 29: ((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK (T T)) #<unused argument> #<unused argument> #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA NIL) {AD2BC4D}>) 30: ((LAMBDA NIL)) 31: ((LAMBDA NIL)) 32: (SWANK::CALL-WITH-REDIRECTED-IO #<SWANK::CONNECTION {90263F1}> #<CLOSURE (LAMBDA NIL) {AD2BB2D}>) 33: (SWANK::CALL-WITH-CONNECTION #<SWANK::CONNECTION {90263F1}> #<FUNCTION (LAMBDA NIL) {B2332FD}>) 34: (SWANK::HANDLE-REQUEST #<SWANK::CONNECTION {90263F1}>) 35: ((LAMBDA NIL)) 36: ((LAMBDA NIL)) 37: ((LAMBDA NIL)) 38: (SWANK::CALL-WITH-REDIRECTED-IO #<SWANK::CONNECTION {90263F1}> #<CLOSURE (LAMBDA NIL) {917808D}>) 39: (SWANK::CALL-WITH-CONNECTION #<SWANK::CONNECTION {90263F1}> #<CLOSURE (LAMBDA NIL) {917807D}>) 40: (SWANK::CALL-WITH-BINDINGS NIL #<CLOSURE (LAMBDA NIL) {917805D}>) 41: ((LAMBDA NIL)) 42: ("foreign function: call_into_lisp") 43: ("foreign function: funcall0") 44: ("foreign function: new_thread_trampoline") 45: ("foreign function: #xB7FC03B0")

2 2

[slime-devel] change current indentation?
by Maurice 01 Oct '05

01 Oct '05

Hi, is there a way to change the indentation for some specific lines? For example this comes up using the default indentation: (define-event-handler 'events (:key-down (key) (print key)) (:mouse-down (button x y) ...)) And I want it like this: (define-event-handler 'events (:key-down (key) (print key)) (:mouse-down (button x y) ...)) Maybe it's possible to define a key which cycles through the various standard indentations? Thank you.

1 0

[slime-devel] cmucl & slime: error in process filter...
by Chisheng Huang 30 Sep '05

30 Sep '05

Hi, I just did a cvs update. M-x slime will eventually print out "error in process filter: Wrong type argument: arrayp, nil" in the mini buffer. The problem goes away if I back off to the Slime source on 27 September 2005. Could someone please fix it? Best, -cph

1 1

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 29 Sep '05

29 Sep '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.789 slime/ChangeLog:1.790 --- slime/ChangeLog:1.789 Wed Sep 28 00:17:50 2005 +++ slime/ChangeLog Thu Sep 29 07:16:19 2005 @@ -1,3 +1,7 @@ +2005-09-29 Luke Gorrie <luke(a)synap.se> + + * swank-scheme48: Removed due to excessive whining. + 2005-09-28 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-multiprocessing): Deleted. No longer needed.

1 0

[slime-devel] Slime not working with latest Cygwin update?
by Justin Heyes-Jones 29 Sep '05

29 Sep '05

I updated my Cygwin installation and something has broken my Slime install. If I choose skip below then I get a slime repl that almost works but cannot evaluate buffers. Sorry to post something platform specific but this is the best place I can think of to ask. emacs version 21.2.1 slime version 1.2.1 clisp version 2.35 Justin ;; Compiling file /cygdrive/c/cygwin/bin/slime-1.2.1/slime-1.2.1/swank-clisp.lisp ... WARNING: DEFMETHOD: redefining method (LISP-IMPLEMENTATION-TYPE-NAME NIL) in /usr/bin/slime-1.2.1/slime-1.2.1/swank-clisp.lisp, was defined in top-level ** - Continuable Error INTERN("*DOCUMENTATION*"): #<PACKAGE SYSTEM> is locked If you continue (by typing 'continue'): Ignore the lock and proceed The following restarts are also available: SKIP :R1 skip (COMPILE-FILES-IF-NEEDED-SERIALLY #) STOP :R2 stop loading file /usr/bin/slime-1.2.1/slime-1.2.1/swank-loader.lisp ABORT :R3 ABORT *** - UNIX error 13 (EACCES): Permission denied The following restarts are available: SKIP :R1 skip (COMPILE-FILES-IF-NEEDED-SERIALLY #) STOP :R2 stop loading file /usr/bin/slime-1.2.1/slime-1.2.1/swank-loader.lisp ABORT :R3 ABORT

1 0

[slime-devel] weak-p hash tables required for cmucl?
by Raymond Toy 29 Sep '05

29 Sep '05

Just want to know if weak-p hash tables are required for cmucl? When using slime with cmucl on Mac OS X, there's a note about that because weak-p hash-tables only exist on platforms with gencgc support (x86, solaris). Thanks, Ray

2 2

[slime-devel] slime48
by Matthew D Swank 29 Sep '05

29 Sep '05

Is it possible to access (or change to) packages other than (scratch) in the repl? Matt -- "You do not really understand something unless you can explain it to your grandmother." — Albert Einstein.

1 0