slime-devel May 2009

slime-devel@common-lisp.net

35 participants
53 discussions

[slime-devel] Standard output no longer appears in REPL
by Steven E. Harris 25 Jun '11

25 Jun '11

It's been a couple of months since I last used SLIME. Today I noticed that when I evaluate expressions in the REPL that write to *standard-output*, the output appears in the *inferior-lisp* buffer, but not in the REPL as it used to. I'm using GNU Emacs on Windows atop the CLISP Cygwin build. SLIME is up to date with CVS. Is there some new configuration required to restore the old behavior with output streams feeding into the REPL output? -- Steven E. Harris

5 12

[slime-devel] Proposed patch for asdf-loading under ALLEGRO
by Robert Goldman 05 Jan '10

05 Jan '10

ASDF operations using SLIME and SWANK won't work under Allegro's Modern (case-sensitive) lisp, because the symbol names are not in all caps as in ANSI lisp. Here's a small patch that makes it work under ACL mlisp as well as under normal ANSI lisps: Index: swank-asdf.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/contrib/swank-asdf.lisp,v retrieving revision 1.7 diff -b -u -F '^(def' -r1.7 swank-asdf.lisp --- swank-asdf.lisp 23 Oct 2008 21:28:03 -0000 1.7 +++ swank-asdf.lisp 25 May 2009 16:40:10 -0000 @@ -26,7 +26,9 @@ (defun operate-on-system (system-name op Example: \(operate-on-system \"SWANK\" \"COMPILE-OP\" :force t)" (with-compilation-hooks () - (let ((operation (find-symbol operation-name :asdf))) + (let ((operation (or (find-symbol operation-name :asdf) + #+allegro + (find-symbol (string-downcase operation-name) :asdf)))) (when (null operation) (error "Couldn't find ASDF operation ~S" operation-name)) (apply #'asdf:operate operation system-name keyword-args))))

2 1

Re: [slime-devel] random returning the same value
by Tobias C. Rittweiler 30 Nov '09

30 Nov '09

Patrick May <pjm(a)spe.com> writes: > Hi, > > I'm using Slime in Aquamacs with CCL. When I evaluate (random > 100) repeatedly in CCL started from a shell, I get a randomly > generated number between 0 and 99 inclusive. When I do the same with > C-x C-e within Slime, I get the same number every time. (random 100 > (make- > random-state)) gives the same behavior, but (random 100 (make-random- > state t)) works properly. > > Is Slime caching something or have I hosed up my environment? Sorry for the late response. CCL's swank backend uses threads by default, and threads inherit values from the global environment. *RANDOM-STATE* probably becomes thread-local automatically in CCL, resulting in the behaviour you described. It should work when you type in the form at the Slime REPL which evaluates all forms in the same thread. -T.

4 4

[slime-devel] too-eager *print-circle* binding in debugger
by Nikodemus Siivola 28 Jun '09

28 Jun '09

Test case: (error "~a" "duh") in terminal: debugger invoked on a SIMPLE-ERROR: duh in Slime: #1=#1# [Condition of type SIMPLE-ERROR] ...which is a bit suboptimal... Cheers, -- Nikodemus

3 4

[slime-devel] REPL problems
by Stephen Lee 05 Jun '09

05 Jun '09

I have manage to install SLIME (latest cvs), Emacs 22.3 and SBCL 1.0.22 on Windows. Managed to configure and start SLIME. But REPL is not working. after i entered the code and press enter the code dosen't seem to execute Example CL-USER>(+ 1 2) <enter> No 3 is displayed I set up SLIME on Ubuntu before and it works so is it a windows thing? I followed the instructions here http://common-lisp.net/pipermail/slime-devel/2008-May/007331.html _________________________________________________________________ NEW! Get Windows Live FREE. http://www.get.live.com/wl/all

5 11

[slime-devel] [PATCH] Output redirection in the SIMPLE-SERVE-EVENTS case.
by Samium Gromoff 01 Jun '09

01 Jun '09

Good day folks, The following patch fixes the *standard-output* not being redirected into the *slime-repl* buffer on SBCL/win32 specifically, and in all cases when connection communication style is NIL, in general. The problem appeared in the CVS commit dated 2008-12-24 11:14:06, which moved environment capture past the point where the event handlers were entering the binding of the stream variables, which is set from the environment. The fix was tested on Linux/x86/SBCL-1.0.22 and MinGW/SBCL-1.0.28.43. commit 87cd4f6167e0b9695a279d8c64e1f4876a001e0a Author: Samium Gromoff <_deepfire(a)feelingofgreen.ru> Date: Wed May 13 23:44:52 2009 +0400 Capture stream globals before the request servers are called. diff --git a/swank.lisp b/swank.lisp index a0646c2..90418f2 100644 --- a/swank.lisp +++ b/swank.lisp @@ -1408,6 +1408,16 @@ The processing is done in the extent of the toplevel restart." :serve-requests #'simple-serve-requests)) ))) (setf (connection.communication-style c) style) + (initialize-streams-for-connection c) + (with-struct* (connection. @ c) + (setf (@ env) + `((*standard-output* . ,(@ user-output)) + (*standard-input* . ,(@ user-input)) + (*trace-output* . ,(or (@ trace-output) (@ user-output))) + (*error-output* . ,(@ user-output)) + (*debug-io* . ,(@ user-io)) + (*query-io* . ,(@ user-io)) + (*terminal-io* . ,(@ user-io))))) (setf success t) c) (unless success @@ -1569,16 +1579,7 @@ NIL if streams are not globally redirected.") (defslimefun create-repl (target) (assert (eq target nil)) (let ((conn *emacs-connection*)) - (initialize-streams-for-connection conn) (with-struct* (connection. @ conn) - (setf (@ env) - `((*standard-output* . ,(@ user-output)) - (*standard-input* . ,(@ user-input)) - (*trace-output* . ,(or (@ trace-output) (@ user-output))) - (*error-output* . ,(@ user-output)) - (*debug-io* . ,(@ user-io)) - (*query-io* . ,(@ user-io)) - (*terminal-io* . ,(@ user-io)))) (maybe-redirect-global-io conn) (when (use-threads-p) (setf (@ repl-thread) (spawn-repl-thread conn "repl-thread"))) regards, Samium Gromoff

2 1

[slime-devel] Lispbox SLIME 2.0 version output goes to *inferior-lisp* buffer instead of to *slime-repl clisp-2.37* buffer on Windows XP Professional, Service Pack 3
by Benjamin L. Russell 01 Jun '09

01 Jun '09

The output of the following program solving the Towers of Hanoi problem in Common Lisp directs the output of the "format" statement to the "*inferior-lisp*" buffer instead of to the "*slime-repl clisp-2.37*" buffer on Windows XP Professional, Service Pack 3: >(defun hanoi (n) > (hanoi-helper n 'A 'B 'C)) > >(defun hanoi-helper (n source dest using) > (cond ((equalp n 1) (format t "Move disc from ~A to ~A.~%" source dest)) > (t (progn > (hanoi-helper (- n 1) source using dest) > (hanoi-helper 1 source dest using) > (hanoi-helper (- n 1) using dest source))))) When "M-x slime-redirect-inferior-output RET" is invoked in Lispbox Emacs, the output is redirected correctly, but so is the rest of the output to the "*inferior-lisp*" buffer. This is not a clean solution. Does anybody know how to get the above hanoi-helper procedure to direct the output of the "format" statement correctly to the REPL, instead of to the "*inferior-lisp*" buffer? (This point is probably not relevant, but I have reconfigured Lispbox to call my .emacs file using my existing GNU Emacs 22.3.1 installation.) -- Benjamin L. Russell -- Benjamin L. Russell / DekuDekuplex at Yahoo dot com http://dekudekuplex.wordpress.com/ Translator/Interpreter / Mobile: +011 81 80-3603-6725 "Furuike ya, kawazu tobikomu mizu no oto." -- Matsuo Basho^

1 4

[slime-devel] Daily ChangeLog diff
by Helmut Eller 29 May '09

29 May '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1772 slime/ChangeLog:1.1776 --- slime/ChangeLog:1.1772 Sun May 24 08:58:50 2009 +++ slime/ChangeLog Thu May 28 15:01:09 2009 @@ -1,3 +1,36 @@ +2009-05-28 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (def-slime-test): Forgot to remove debugging code. + +2009-05-28 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-dispatch-event :emacs-rex): Make sure that we + pop the continuation on erroneous send. + + Patch by Mark Cox <markcox80(a)gmail.com>. + +2009-05-28 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp (tokenize-symbol-thoroughly): Make it work correctly + on escaped symbols. + +2009-05-28 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-disconnect): Now only disconnects one + connection, current one by default, or given by argument. + (slime-disconnect-all): New. What `slime-disconnect' was before. + (def-slime-test): Changed: expected failures are now given + by (:fails-for ...) clauses. Extended: new clause (:style ...) to + have a test run only on a certain communication style. Updated + existing test cases accordingly. + ([struct] slime-test): New slot `skipped'. + (slime-skipped-tests): New var. + (slime-execute-tests): Adapted accordingly. + ([test] disconnect): Renamed to `disconnect-and-reconnect' + ([test] disconnect-one-conneciton): New. + + Adapted from patch by Stas Boukarev. + 2009-05-24 Tobias C. Rittweiler <tcr(a)freebits.de> * slime.el ([test] fancy-symbol-names): Add cases involving #| Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.214 slime/contrib/ChangeLog:1.215 --- slime/contrib/ChangeLog:1.214 Wed May 20 15:25:58 2009 +++ slime/contrib/ChangeLog Thu May 28 11:40:10 2009 @@ -1,3 +1,10 @@ +2009-05-28 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-repl.el (slime-repl-disconnect): Disconnect current connection. + (slime-repl-disconnect-all): New; disconnect all connections. + + Patch by Stas Boukarev. + 2009-05-20 Tobias C. Rittweiler <tcr(a)freebits.de> * swank-arglists.lisp (arglist-dispatch [define-compiler-macro]):

1 0

[slime-devel] Indentation of WITH-SLOTS and WITH-ACCESSORS
by Daniel White 28 May '09

28 May '09

The current behaviour of slime-indentation is to indent them like MULTIPLE-VALUE-BIND. (with-slots (x y z) object (list x y z)) (with-accessors (x y z) object (list x y z)) However, the Hyperspec and a number of other books seem to suggest that the instance argument lines up with the parameters. (with-slots (x y z) object (list x y z)) (with-accessors (x y z) object (list x y z)) I've attached a patch that will format these forms like the second example. -- Daniel White

2 2

[slime-devel] [Patch]: slime-repl-disonnect disconnecting all connection
by Stas Boukarev 28 May '09

28 May '09

contrib/slime-repl.el: (slime-repl-disonnect) rename to slime-repl-disonnect-all. (slime-repl-disonnect): disconnect only the currnet connection. -- With best regards, Stas.

2 4

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel May 2009