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

[slime-devel] Daily ChangeLog diff
by Helmut Eller 22 Jul '09

22 Jul '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1812 slime/ChangeLog:1.1813 --- slime/ChangeLog:1.1812 Wed Jul 15 16:34:09 2009 +++ slime/ChangeLog Tue Jul 21 14:34:54 2009 @@ -1,3 +1,9 @@ +2009-07-21 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-sexp-at-point-for-macroexpansion): use markers + for bounds, because in some situations text layout could be modified + before bounds would be used, for example, using keyboard macros. + 2009-07-15 Stas Boukarev <stassats(a)gmail.com> * slime.el (slime-inspector-fetch-all): new command, bound to > Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.226 slime/contrib/ChangeLog:1.228 --- slime/contrib/ChangeLog:1.226 Wed Jul 15 15:37:25 2009 +++ slime/contrib/ChangeLog Tue Jul 21 07:02:42 2009 @@ -3,6 +3,15 @@ * swank-sbcl-exts.lisp (compute-enriched-decoded-arglist): Filter uninteresting arguments for SB-ASSEM:INST. +2009-07-21 Helmut Eller <heller(a)common-lisp.net> + + * swank-goo.goo, swank-jolt.k (create-repl): Implemented. + +2009-07-19 Helmut Eller <heller(a)common-lisp.net> + + * swank-kawa.scm (operator-arglist): Implemented, at least for + some kind of function. + 2009-07-12 Helmut Eller <heller(a)common-lisp.net> * swank-kawa.scm (swank-writer): Use set! for now, as the svn

1 0

[slime-devel] SLIME writing repeatedly on closed streams. (LOG-OUTPUT on Lispworks)
by Madhu 20 Jul '09

20 Jul '09

Here is another situation, this time with LOG-OUTPUT on Lispworks. On Lispworks, when calling CREATE-SERVER is called from the IDE, *LOG-OUTPUT* gets initialized to the listener pane's output stream. When this listener goes away, (say the window is closed), *LOG-OUTPUT* points to a non-existant stream, and subsequently writing to this stream causes errors. (On LWL this can eventually crash the lisp process). [This dept. (logging errors incorrectly) has been a source of headaches for me for a long time. The changes in code the dept. have only made maintaining workarounds more difficult, and have not satisfactorily addressed the failure modes (under which it fails). I suggest that Slime should report error-producing errors only on a file stream over which it has total control.] -- Madhu

1 0

[slime-devel] *STANDARD-OUTPUT* going to *inferior-lisp*
by graham＠gorgeous.org 17 Jul '09

17 Jul '09

*STANDARD-OUTPUT* of functions called from the REPL is going to *inferior-lisp* not to the REPL as it used to. I noticed this when calling DISASSEMBLE; the disassembly appears in the *inferior-lisp* buffer. I'm using SBCL 1.0.29 on Windows with SLIME 2009-06-29. This behaviour was introduced well before today, though I haven't done the usual CVS binary search to find out when. I'm open to the idea that this is not a general problem and that something in my setup is screwing with SLIME, but what could it be? Thanks in advance as usual, Graham

4 7

[slime-devel] Daily ChangeLog diff
by Helmut Eller 16 Jul '09

16 Jul '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1811 slime/ChangeLog:1.1812 --- slime/ChangeLog:1.1811 Sun Jul 12 04:01:28 2009 +++ slime/ChangeLog Wed Jul 15 16:34:09 2009 @@ -1,3 +1,13 @@ +2009-07-15 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-inspector-fetch-all): new command, bound to > + in the inspector buffer. + + * doc/slime.texi (Frame Navigation): add description + of `sldb-end-of-backtrace' and `sldb-beginning-of-backtrace'. + (Inspector): add `slime-inspector-fetch-all'. + + 2009-07-12 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-editing-keys): Don't override M-*. The default Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.225 slime/contrib/ChangeLog:1.226 --- slime/contrib/ChangeLog:1.225 Sun Jul 12 04:01:19 2009 +++ slime/contrib/ChangeLog Wed Jul 15 15:37:25 2009 @@ -1,3 +1,8 @@ +2009-07-15 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-sbcl-exts.lisp (compute-enriched-decoded-arglist): Filter + uninteresting arguments for SB-ASSEM:INST. + 2009-07-12 Helmut Eller <heller(a)common-lisp.net> * swank-kawa.scm (swank-writer): Use set! for now, as the svn

1 0

[slime-devel] Slime and ECL
by Matthew Mondor 14 Jul '09

14 Jul '09

Hello, I was unsure to which of the lists this belonged best so I posted it to both slime-devel and ecls-list (if I understand, swank which is part of slime handles the implementation-specifics)... Is slime known to be broken with ECL? I initially tried with ECL 8.12.0 and first had an unknown utf8-unix external format error (so I adapted my ~/.emacs to temporarily not use utf-8 mode, which helped). Then there was another error related to missing ext:+ecl-version-number+ constant (which I could declare in ~/.eclrc, which also helped). However, there then was another error: "Wrong number of arguments passed to function #<compiled-function SI:IHS-TOP>". I then tried using ECL 9.6.0 (or .1? the ecl-9.6.0 archive had a directory named ecl-9.6.1), built with unicode support. The utf8 related error still occurs when utf8 mode is enabled, the +ecl-version-number+ constant is already defined this time, yet the ihs-top function being called with the wrong number of arguments still occurs. Backtrace: > LAMBDA > swank-backend:call-with-debugger-hook > swank:swank-debugger-hook > lambda > swank-backend:call-with-debugger-hook > lambda > swank::call-with-bindings > swank::call-with-connection > swank::simple-serve-requests > swank::serve-requests > swank::serve-connection > swank::serve > swank::setup-server > swank:start-server > si:bytecodes [Evaluation of: (progn (load "/home/mmondor/emacs-scripts/slime/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank-loader:init")) (funcall (read-from-string "swank:start-server") "/tmp/slime.9787" :coding-system "iso-latin-1-unix"))] > si:bytecodes [Evaluation of: (si:top-level)] My experience with slime and ecl is limited, I used to use it with SBCL only previously. The reason why my initial tries were with ECL 8.12 was because I got it working properly with threads, when the bootstrap ecl_min appears to segfault and its signal handler stuck in an endless loop when I try to build 9.6.0/1 with threading support (it builds fine non-threaded). But this is another matter which I didn't spend time to debug yet. :) Thanks, -- Matt

3 4

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

13 Jul '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1810 slime/ChangeLog:1.1811 --- slime/ChangeLog:1.1810 Sat Jul 11 14:25:59 2009 +++ slime/ChangeLog Sun Jul 12 04:01:28 2009 @@ -1,3 +1,8 @@ +2009-07-12 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-editing-keys): Don't override M-*. The default + binding should do what Matthias wants. + 2009-07-11 Matthias Koeppe <mkoeppe(a)math.ucdavis.edu> * swank-backend.lisp (definterface): Fix typo in error message. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.223 slime/contrib/ChangeLog:1.225 --- slime/contrib/ChangeLog:1.223 Sat Jul 11 15:20:18 2009 +++ slime/contrib/ChangeLog Sun Jul 12 04:01:19 2009 @@ -1,3 +1,15 @@ +2009-07-12 Helmut Eller <heller(a)common-lisp.net> + + * swank-kawa.scm (swank-writer): Use set! for now, as the svn + version has problems to resolve setLength. + (<faked-frame>:init): Don't forget the self slot. + +2009-07-12 Helmut Eller <heller(a)common-lisp.net> + + * swank-mit-scheme.scm (swank:create-repl): Implement it. + * swank-kawa.scm, swank-goo.scm, swank.rb (frame-source-location): + Renamed from frame-source-location-for-emacs. + 2009-07-11 Stas Boukarev <stassats(a)gmail.com> * slime-parse.el (slime-make-form-spec-from-string):

2 1

[slime-devel] Binding of M-* wrong
by Matthias Koeppe 12 Jul '09

12 Jul '09

The current SLIME binding of M-* is slime-edit-definition, but it should be slime-pop-find-definition-stack, in analogy to the standard Emacs binding of M-* to pop-tag-mark. This seems to be the change that caused it, probably just a typo. 2009-01-16 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-keys): Put C-c C-i and M-* back. Could someone please fix it? Thanks, Matthias -- Matthias Koeppe -- http://www.math.ucdavis.edu/~mkoeppe

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 12 Jul '09

12 Jul '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1808 slime/ChangeLog:1.1810 --- slime/ChangeLog:1.1808 Mon Jul 6 08:32:12 2009 +++ slime/ChangeLog Sat Jul 11 14:25:59 2009 @@ -1,3 +1,12 @@ +2009-07-11 Matthias Koeppe <mkoeppe(a)math.ucdavis.edu> + + * swank-backend.lisp (definterface): Fix typo in error message. + +2009-07-11 Stas Boukarev <stassats(a)gmail.com> + + * doc/Makefile (clean): Remove bash extensions. Patch by + Teemu Likonen. + 2009-07-06 Tobias C. Rittweiler <tcr(a)freebits.de> * swank-ecl.lisp (find-external-format): Copied from @@ -79,7 +88,7 @@ 2009-06-25 Geo Carncross <geocar(a)gmail.com> - * swank-ecl.lisp: Profiling support by Marko Kocić + * swank-ecl.lisp: Profiling support by Marko Koci? 2009-06-27 Helmut Eller <heller(a)common-lisp.net> Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.222 slime/contrib/ChangeLog:1.223 --- slime/contrib/ChangeLog:1.222 Sat Jul 4 05:54:16 2009 +++ slime/contrib/ChangeLog Sat Jul 11 15:20:18 2009 @@ -1,3 +1,9 @@ +2009-07-11 Stas Boukarev <stassats(a)gmail.com> + + * slime-parse.el (slime-make-form-spec-from-string): + set syntax table to lisp-mode-syntax-table in a temporary buffer. + Necessary for some parsing functions to work correctly. + 2009-07-04 Tobias C. Rittweiler <tcr(a)freebits.de> Fix font-lock magic for s-code.lisp in the series package.

1 0

[slime-devel] Who uses slime-complete-form (C-c C-s)?
by Tobias C. Rittweiler 11 Jul '09

11 Jul '09

I'd like to remove C-c C-s. This would remove a good chunk of code, and would make some other code more straightforward. Disclaimer: I do use C-c C-s myself to automatically insert the situation keywords for EVAL-WHEN forms but I could live without that. -T.

6 5

[slime-devel] Bug in C-c C-s
by Matthias Koeppe 11 Jul '09

11 Jul '09

I type (find 1 '(1 2 3) C-c C-s and get an error: (wrong-type-argument arrayp nil) from somewhere within slime-make-form-spec-from-string. Thanks, Matthias -- Matthias Koeppe -- http://www.math.ucdavis.edu/~mkoeppe

2 1