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

[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

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

02 Sep '09

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.239 slime/contrib/ChangeLog:1.240 --- slime/contrib/ChangeLog:1.239 Fri Aug 28 19:50:48 2009 +++ slime/contrib/ChangeLog Tue Sep 1 08:56:23 2009 @@ -1,3 +1,9 @@ +2009-09-01 Stas Boukarev <stassats(a)gmail.com> + + * swank-arglists.lisp (decode-required-arg): Arglists for some forms + in LispWorks, e.g. flet, contain strings, so handle strings too. + Reported by Nick Levine. + 2009-08-28 Stas Boukarev <stassats(a)gmail.com> * slime-c-p-c.el (slime-contextual-completions): Remove debugging code.

3 2

[slime-devel] TYPE ERROR: The value 9 is not of type LIST
by Sebastian Tennant 02 Sep '09

02 Sep '09

Hi all, I'm running a threaded SBCL version 1.0.30 with SLIME version 2009-08-19 in GNU Emacs verison 22.2.1. Non-ASCII characters break the connection to the REPL: CL-USER> "ğ" "ğ" The REPL is hung at this point. When I hit RET, the *inferior-lisp* buffer is flooded with text and the minibuffer reports: Lisp connection closed unexpectedly: connection broken by remote peer Relevant content of *inferior-lisp* buffer attached. Any suggestions as to how to solve/debug this problem much appreciated. Regards, Sebastian -- Emacs' AlsaPlayer - Music Without Jolts Lightweight, full-featured and mindful of your idyllic happiness. http://home.gna.org/eap

4 13