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

[slime-devel] Daily ChangeLog diff
by Helmut Eller 14 Sep '09

14 Sep '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1852 slime/ChangeLog:1.1853 --- slime/ChangeLog:1.1852 Sat Sep 12 04:47:30 2009 +++ slime/ChangeLog Mon Sep 14 01:51:51 2009 @@ -1,3 +1,7 @@ +2009-09-14 Mark Evenson <evenson(a)panix.com> + + * swank-abcl.lisp (source-location): Fix typo. + 2009-09-12 Mark Evenson <evenson(a)panix.com> Provided by Alan Ruttenberg.

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 13 Sep '09

13 Sep '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1851 slime/ChangeLog:1.1852 --- slime/ChangeLog:1.1851 Tue Sep 8 01:59:20 2009 +++ slime/ChangeLog Sat Sep 12 04:47:30 2009 @@ -1,3 +1,12 @@ +2009-09-12 Mark Evenson <evenson(a)panix.com> + + Provided by Alan Ruttenberg. + + * swank-abcl.lisp (source-location): Make edit definition work. + + * swank-abcl.lisp (arglist): Now works with generic functions. + + 2009-09-08 Helmut Eller <heller(a)common-lisp.net> * swank-loader.lisp (lisp-version-string): Include "-ics" for Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.242 slime/contrib/ChangeLog:1.243 --- slime/contrib/ChangeLog:1.242 Fri Sep 4 09:00:42 2009 +++ slime/contrib/ChangeLog Sat Sep 12 23:15:03 2009 @@ -1,3 +1,10 @@ +2009-09-13 Stas Boukarev <stassats(a)gmail.com> + + * slime-autodoc.el (slime-fontify-string): do not call + (slime-autodoc-mode -1), there is no reason to do so. + And it won't mess slime-echo-arglist-function, which fixes + bug reported by Stanislaw Halik. + 2009-09-04 Stas Boukarev <stassats(a)gmail.com> * slime-repl.el (slime-sync-package-and-default-directory):

1 0

[slime-devel] Error: Permission denied : "/usr/local/slime/swank-loader.dx64fsl"
by Leo 13 Sep '09

13 Sep '09

Hi there, I wonder if this is a bug. It seems all slime compiled lisp files are saved to ~/.slime except swank-loader. And when this is installed in a directory where the user has no write access, it will cause swank to fail. Best wishes, Leo

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 08 Sep '09

08 Sep '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1850 slime/ChangeLog:1.1851 --- slime/ChangeLog:1.1850 Thu Sep 3 03:43:08 2009 +++ slime/ChangeLog Tue Sep 8 01:59:20 2009 @@ -1,3 +1,8 @@ +2009-09-08 Helmut Eller <heller(a)common-lisp.net> + + * swank-loader.lisp (lisp-version-string): Include "-ics" for + version with extended charsets. Suggested by Scott L. Burson. + 2009-09-03 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-net-close): set-process-query-on-exit-flag

1 0

[slime-devel] 8-bit Allegro mode
by Scott L. Burson 08 Sep '09

08 Sep '09

Hi, In trying out Daniel Herring's new LibCL (http://libcl.com/) on Franz Allegro CL, I noticed something about LISP-VERSION-STRING which is in asdf-binary-locations, which evidently borrowed it from SLIME. There are actually four Lisp executables that come in an Allegro distribution, that differ in two orthogonal dimensions. One dimension, which LISP-VERSION-STRING accounts for, is the case mode, "ANSI" or "modern". The other is 8-bit strings vs. 16-bit strings; I noticed that LISP-VERSION-STRING doesn't take this into account (but the fasls are indeed incompatible). The 16-bit executables are the default; the other two have "8" appended to their names. Here is a suggestion for the Allegro code in LISP-VERSION-STRING to reflect this distinction. #+allegro (format nil "~A~A~A~A" excl::*common-lisp-version-number* ; ANSI vs MoDeRn ;; thanks to Robert Goldman and Charley Cox for ;; an improvement to my hack (if (eq excl:*current-case-mode* :case-sensitive-lower) "M" "A") ;; Note if 8-bit strings (if (code-char 256) "" "8") (if (member :64bit *features*) "-64bit" "")) This is backward-compatible for users of 16-bit strings. Since there probably aren't many users of 8-bit strings, the impact will be minimal. -- Scott

5 5

[slime-devel] mode line error reporting
by Eric Abrahamsen 07 Sep '09

07 Sep '09

Hello, I have what seems like a simple question that neither the docs nor the web have answered: my mode line seems to have some sort of error reporting feature, where the mode indicator reads Slime[package, ccl{1}], with this number in curly braces representing how many errors of some sort I've racked up. I can't for the life of me figure out what these errors are, where I can see further details, and how I can get that number to go away. More irritatingly, when I'm editing Lisp source, Slime has taken to flashing the {1} for an instant every time I type characters into the buffer. It appears for an instant, then disappears immediately. Presumably I've got a non-fatal misconfiguration somewhere that I don't know about, but this is very distracting. Can someone point out what's going on here? I'm using emacs CVS on Mac OS X (PPC), ccl version 1.4-dev-r12553-trunk and the last change in my slime CVS changelog is from 2009-08-04. Thanks! Eric

2 2

[slime-devel] Daily ChangeLog diff
by Helmut Eller 05 Sep '09

05 Sep '09

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.241 slime/contrib/ChangeLog:1.242 --- slime/contrib/ChangeLog:1.241 Wed Sep 2 13:21:16 2009 +++ slime/contrib/ChangeLog Fri Sep 4 09:00:42 2009 @@ -1,3 +1,9 @@ +2009-09-04 Stas Boukarev <stassats(a)gmail.com> + + * slime-repl.el (slime-sync-package-and-default-directory): + Don't change package if it's unknown. Use existing functions for + changing package and directory. + 2009-09-02 Stas Boukarev <stassats(a)gmail.com> * swank-arglists.lisp (decode-required-arg): Move LispWorks specific

1 0

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

04 Sep '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1849 slime/ChangeLog:1.1850 --- slime/ChangeLog:1.1849 Wed Sep 2 13:21:15 2009 +++ slime/ChangeLog Thu Sep 3 03:43:08 2009 @@ -1,3 +1,11 @@ +2009-09-03 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-net-close): set-process-query-on-exit-flag + doesn't exist in XEmacs. + (slime-make-net-buffer): For now, disable querying here. + Could also close the socket before killing the buffer. + (slime-buffer-processes): Deleted. + 2009-09-02 Stas Boukarev <stassats(a)gmail.com> * swank-lispworks.lisp (replace-strings-with-symbols): New function for

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 03 Sep '09

03 Sep '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1847 slime/ChangeLog:1.1849 --- slime/ChangeLog:1.1847 Mon Aug 31 13:08:17 2009 +++ slime/ChangeLog Wed Sep 2 13:21:15 2009 @@ -1,3 +1,14 @@ +2009-09-02 Stas Boukarev <stassats(a)gmail.com> + + * swank-lispworks.lisp (replace-strings-with-symbols): New function for + recursively interning and replacing strings in a list. + (arglist): Replace all strings in arglists with symbols. + + * slime.el (slime-net-close): Do not query for process killing + confirmation before killing a connection buffer. + (slime-buffer-processes): New function for listing processes + associated with a buffer. + 2009-08-31 Helmut Eller <heller(a)common-lisp.net> Don't advice ccl::break-loop. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.240 slime/contrib/ChangeLog:1.241 --- slime/contrib/ChangeLog:1.240 Tue Sep 1 08:56:23 2009 +++ slime/contrib/ChangeLog Wed Sep 2 13:21:16 2009 @@ -1,3 +1,8 @@ +2009-09-02 Stas Boukarev <stassats(a)gmail.com> + + * swank-arglists.lisp (decode-required-arg): Move LispWorks specific + code into swank-lispworks.lisp. + 2009-09-01 Stas Boukarev <stassats(a)gmail.com> * swank-arglists.lisp (decode-required-arg): Arglists for some forms

1 0

[slime-devel] Sending values to the repl
by Daniel White 03 Sep '09

03 Sep '09

I want to send values to the repl from the Lisp image. (swank::eval-in-emacs '(slime-repl-send-string "(+ 1 1)")) Firstly, is there a simpler way to approach this? Secondly, the problem is that SLIME-DISPATCH-EVENT for an :EMACS-REX event returns the result of (SLIME-RECOMPUTE-MODELINES T), being: [nil 0 0 100000 nil slime-update-all-modelines nil idle] EVAL-IN-EMACS tries to read this and fails horribly throwing up the following error: error while parsing arguments to DESTRUCTURING-BIND: invalid number of elements in (SWANK-IO-PACKAGE::[NIL 0 0 100000 NIL SWANK-IO-PACKAGE::SLIME-UPDATE-ALL-MODELINES NIL SWANK-IO-PACKAGE::IDLE]) to satisfy lambda list (SWANK::VALUE): exactly 1 expected, but 8 found [Condition of type SB-KERNEL::ARG-COUNT-ERROR] As far as I can see, the solution is to have SLIME-REPL-SEND-STRING return T since there doesn't seem to be anything relying on this current behaviour. I've attached a patch in the case that this is indeed a sane solution. -- Daniel White

2 1