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

Re: [slime-devel] Strange behavior with CVS access
by Mark Harig 27 Jan '10

27 Jan '10

The problem that I am seeing with access to SLIME's CVS repository appears to be in the (automatically generated?) compressed tar file available from SLIME's web site, too. http://common-lisp.net/project/slime/snapshots/slime-current.tgz Extracting the files from this .tgz creates a directory named 'slime-2010-01-27'. $ cd slime-2010-01-27 No recent changes (since Jan. 19) can be found in the extracted files: $ head ChangeLog 2010-01-19 Stas Boukarev <stassats(a)gmail.com> * swank-rpc.lisp (:swank-rpc): (:use :cl), SBCL doesn't use it by default. 2010-01-19 Terje Norderhaug <terje(a)in-progress.com> * Refactorized parts of slime.lisp into a new swank-rpc module. 2010-01-14 Stas Boukarev <stassats(a)gmail.com> $ /bin/grep 'defparameter \*validate-input' swank-rpc.lisp (defparameter *validate-input* NIL Is the CVS repository at common-lisp.net out of sync with the maintainers' repository?

3 2

[slime-devel] custom indentation of read macros
by Tamas K Papp 27 Jan '10

27 Jan '10

Hi, Is it possible to specify indentation for read macros? Slime already indents built-in read macros correctly, eg #(1 2 3 4 5 6) I have a read macro with the syntax #[ncol]v[type][:kind](e1 e2 ... ), eg #2vs:hermitian(1 2 2 4) Slime currently aligns this as #2vs:hermitian(1 2 2 4) Would it be possible to give it a hint to align it on the parenthesis, eg #2vs:hermitian(1 2 3 4) Thanks, Tamas

2 3

[slime-devel] Daily ChangeLog diff
by Helmut Eller 27 Jan '10

27 Jan '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1970 slime/ChangeLog:1.1972 --- slime/ChangeLog:1.1970 Mon Jan 25 05:50:10 2010 +++ slime/ChangeLog Wed Jan 27 01:38:27 2010 @@ -1,3 +1,14 @@ +2010-01-27 Stas Boukarev <stassats(a)gmail.com> + + * swank-rpc.lisp: NIL -> nil (for unusual readtable settings). + Spotted by Harald Hanche-Olsen. + +2010-01-26 Mark Evenson <evenson(a)dada.local> + + * swank-abcl.lisp (import-to-swank-mop): Import + MOP::COMPUTE-APPLICABLE-METHODS-USING-CLASSES if it exists in the + ABCL implementation. + 2010-01-25 Tobias C. Rittweiler <tcr(a)freebits.de> * swank-allegro.lisp (redefinition-p, redefinition): New. @@ -15,7 +26,7 @@ to eliminate dependency on swank.lisp module. * swank-rpc.lisp (swank-protocol-error): Remove swank-protocol-error.backtrace as the capture of a safe-backtrace is covered by with-swank-protocol-error-handler. - + 2010-01-20 Stas Boukarev <stassats(a)gmail.com> * slime.el (slime-thread-kill): If the region is active, then

1 0

[slime-devel] Case
by Harald Hanche-Olsen 27 Jan '10

27 Jan '10

It's been a while since I updated slime. It broke until I fixed this: --- swank-rpc.lisp 19 Jan 2010 20:13:58 -0000 1.3 +++ swank-rpc.lisp 26 Jan 2010 22:39:20 -0000 @@ -100,7 +100,7 @@ (import '(nil t quote) package) package)) -(defparameter *validate-input* NIL +(defparameter *validate-input* nil "Set to true to require input that strictly conforms to the protocol") (defun read-form (string) I run with (redtable-case *readtable*) => :invert. I very much appreciate code that will work whether the user uses :invert or the default :upcase. - Harald

2 1

Re: [slime-devel] Square bracket reader sytax & SBCL Win32 & Slime: How to make them work together?
by Tobias C. Rittweiler 26 Jan '10

26 Jan '10

Jason H writes: > On Mon, Jan 25, 2010 at 7:14 PM, Nathan Bird wrote: > >> Jason H wrote: >> > Hi, >> > >> > I'm learning CLSQL (4.3.0) with SBCL 1.0.33.4 Win32 and >> > Slime (around 2009-12-03). I have troubles using square >> > brackets in Slime. Entering the following into Slime's >> > repl buffer: >> > (clsql-sys:enable-sql-reader-syntax) >> > (select [description] :from [asnFeatureType]) >> > will drop me into the debugger: >> > The variable [DESCRIPTION] is unbound. >> > [Condition of type UNBOUND-VARIABLE] >> To rule out an error I've spotted a number of times, in the repl, try >> disabling the syntax a bunch of times (no seriously, 3 or 4 times), then >> enabling and see if it works. >> >> CLSQL tries to keep a chain of readtables, so you want to clear past >> that and then try enabling. >> > Hi Nathan, > > Following your suggestion, here is roughly what I found: > 1. With a fresh session of SBCL and Slime, evaluating > (CLSQL-SYS:ENABLE-SQL-READER-SYNTAX) > directly in the *slime-repl sbcl* buffer will make the > square bracket reader syntax work. > 2. Evaluating (CLSQL-SYS:ENABLE-SQL-READER-SYNTAX) in a file > with C-c C-c will not enable sql reader syntax at all. > In fact, with a fresh session of SBCL and Slime, after > evaluating (CLSQL-SYS:ENABLE-SQL-READER-SYNTAX) in a file > with C-c C-c, entering (CLSQL-SYS:ENABLE-SQL-READER-SYNTAX) > directly in the *slime-repl sbcl* buffer won't get the > bracket reader syntax work, either. Under such circumstances, > the bracket reader syntax will work after you call > CLSQL-SYS:DISABLE-SQL-READER-SYNTAX a few times (either in a > file or in *slime-repl sbcl* buffer) and then call > CLSQL-SYS:ENABLE-SQL-READER-SYNTAX in *slime-repl sbcl* buffer. > > As CLSQL-SYS:ENABLE-SQL-READER-SYNTAX works with straight SBCL without > Slime, I'm cross posting the reply to slime-devel. `C-c C-c' usually resolves to COMPILE-FILE + LOAD, both rebinding *READTABLE*. I'm not sure who's responsible for CLSQL nowadays, but I recommend to make use of http://common-lisp.net/project/editor-hints/ \ darcs/named-readtables/doc/named-readtables.html which is supposed to help on using custom readtables. My posting will probably bounce from the clsql mailing list; in that case, please forward the message. -T.

1 0

Re: [slime-devel] [CLSQL] Square bracket reader sytax & SBCL Win32 & Slime: How to make them work together?
by Nathan Bird 26 Jan '10

26 Jan '10

> As CLSQL-SYS:ENABLE-SQL-READER-SYNTAX works with straight SBCL without > Slime, I'm cross posting the reply to slime-devel. I'm fairly confident this is a CLSQL issue, slimer's need not worry. I'll post more on CLSQL's list.

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 26 Jan '10

26 Jan '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1969 slime/ChangeLog:1.1970 --- slime/ChangeLog:1.1969 Thu Jan 21 19:02:08 2010 +++ slime/ChangeLog Mon Jan 25 05:50:10 2010 @@ -1,3 +1,9 @@ +2010-01-25 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-allegro.lisp (redefinition-p, redefinition): New. + (handle-compiler-warning): Add :severity for redefinitions, + style-warnings, errors. + 2010-01-21 Stas Boukarev <stassats(a)gmail.com> * swank-ccl.lisp (with-frame): Put this macro before it's used. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.340 slime/contrib/ChangeLog:1.341 --- slime/contrib/ChangeLog:1.340 Thu Jan 14 16:53:11 2010 +++ slime/contrib/ChangeLog Mon Jan 25 08:26:15 2010 @@ -1,3 +1,11 @@ +2010-01-25 Stas Boukarev <stassats(a)gmail.com> + + * slime-package-fu.el (slime-goto-next-export-clause): Use + " \n\t" for `skip-chars-forward' instead of [:alpha:], + because it doesn't work for some reason. + (slime-search-exports-in-defpackage): take #:symbol and :symbol + into account too. + 2010-01-14 Stas Boukarev <stassats(a)gmail.com> * slime-repl.el: Revert the previous change because it

1 0

[slime-devel] Bug: home key moves point to beginning of line
by David Reitter 22 Jan '10

22 Jan '10

I've been irritated by the home key not doing what I expected in SLIME, which led me to adjust slime-repl-mode-map in slime-repl.el accordingly. I think the better way to bind the key invoking `move-beginning-of-line' to `slime-repl-bol' would be something like this in the `slime-define-keys' expressions: ([remap move-beginning-of-line] 'slime-repl-bol) I would suggest doing this whenever a key that is not usually supposed to be remapped by modes (non C-c prefix) is bound. Note that in Emacs 23 (at least in mine), home moves to the beginning of the buffer, and in Aquamacs it's always done that for good reasons. The end key is working fine as it is.

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 22 Jan '10

22 Jan '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1967 slime/ChangeLog:1.1969 --- slime/ChangeLog:1.1967 Wed Jan 20 09:11:06 2010 +++ slime/ChangeLog Thu Jan 21 19:02:08 2010 @@ -1,3 +1,15 @@ +2010-01-21 Stas Boukarev <stassats(a)gmail.com> + + * swank-ccl.lisp (with-frame): Put this macro before it's used. + +2010-01-20 Terje Norderhaug <terje(a)in-progress.com> + + * swank.lisp (with-swank-protocol-error-handler): Refactor using safe-backtrace. + * swank-rpc.lisp (make-swank-protocol-error): Delete call to swank:safe-backtrace + to eliminate dependency on swank.lisp module. + * swank-rpc.lisp (swank-protocol-error): Remove swank-protocol-error.backtrace + as the capture of a safe-backtrace is covered by with-swank-protocol-error-handler. + 2010-01-20 Stas Boukarev <stassats(a)gmail.com> * slime.el (slime-thread-kill): If the region is active, then @@ -10,7 +22,7 @@ 2010-01-19 Terje Norderhaug <terje(a)in-progress.com> - * Refactorized parts of slime.lisp into a new swank-rpc module. + * Refactorized parts of swank.lisp into a new swank-rpc module. 2010-01-14 Stas Boukarev <stassats(a)gmail.com>

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 21 Jan '10

21 Jan '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1966 slime/ChangeLog:1.1967 --- slime/ChangeLog:1.1966 Tue Jan 19 16:18:46 2010 +++ slime/ChangeLog Wed Jan 20 09:11:06 2010 @@ -1,3 +1,8 @@ +2010-01-20 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-thread-kill): If the region is active, then + kill all threads in the region. + 2010-01-19 Stas Boukarev <stassats(a)gmail.com> * swank-rpc.lisp (:swank-rpc): (:use :cl), SBCL @@ -5,8 +10,8 @@ 2010-01-19 Terje Norderhaug <terje(a)in-progress.com> - * Refactorized parts of slime.lisp into a new swank-rpc module. - + * Refactorized parts of slime.lisp into a new swank-rpc module. + 2010-01-14 Stas Boukarev <stassats(a)gmail.com> * doc/slime.texi (Setting up the lisp image):

1 0