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

[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] broken clojure REPL
by Cyrus Harmon 21 May '10

21 May '10

FWIW, the following patch broke the clojure REPL (*inferior-lisp* still works, but not the fancy REPL): commit addc5be70a489cdc8ed555a2fed7273040da196e Author: Tobias C. Rittweiler <trittweiler(a)common-lisp.net> Date: Sat Oct 31 22:13:55 2009 +0000 * slime.el (slime-inside-string-p, slime-inside-comment-p) (slime-inside-string-or-comment-p): New. * swank-match.lisp: New file. Contains very simple pattern matcher from the CMU AI archive. * swank-loader.lisp: Compile swank-match.lisp. * swank.lisp: Make SWANK package use new SWANK-MATCH package. * slime-autodoc.el, swank-arglists.lisp: Large parts were rewritten. Autodoc is now able to highlight &key parameters, and parameters in nested arglists. * slime-parse.el, slime-c-p-c.el, slime-highlighting-edits.el: Adapted to changes. the symptom is the following: ; SLIME 2009-10-31 user> 3 3 user> (+ 3 4) at which point it just hangs... nothing (helpful) in *messages* or *inferior-lisp*. Reverting to the previous commit fixes the problem. It's really nice to be able to use git to quickly bisect the history to find the offending commit. Not so nice when that commit is >2k lines :( TCR, any ideas? thanks, cyrus

9 33

[slime-devel] Error in swank-fancy-inspector when inspecting network streams [with patch]
by Russ Tyndall 14 May '10

14 May '10

When attempting to inspect a network-stream of underlying type SB-SYS:FD-STREAM I always get the following error: Error: The value NIL is not of type PATHNAME. I wrote a small patch to swank-fancy-inspector to ignore errors coming from accessing the pathname slot and not render the action link (visit file and show current position) when we do not have a pathname. Cheers, Russ Tyndall Acceleration.net Software Developer commit a26d435542936b2065b9d30e94df7bbed156a0e2 Author: Russ Tyndall <russ(a)acceleration.net> Date: Mon Jan 11 12:04:16 2010 -0500 Made swank-fancy-inspector NOT error when attempting to inspect network streams (due to their pathname being unbound) diff --git a/contrib/swank-fancy-inspector.lisp b/contrib/swank-fancy-inspector.lisp index f68c6b0..f30e0c0 100644 --- a/contrib/swank-fancy-inspector.lisp +++ b/contrib/swank-fancy-inspector.lisp @@ -805,27 +805,29 @@ SPECIAL-OPERATOR groups." (defmethod emacs-inspect ((stream file-stream)) (multiple-value-bind (content) (call-next-method) - (append - `("Pathname: " - (:value ,(pathname stream)) - (:newline) " " - ,@(when (open-stream-p stream) - `((:action "[visit file and show current position]" - ,(make-visit-file-thunk stream) - :refreshp nil) - (:newline)))) - content))) + (let ((pathname (ignore-errors (pathname stream)))) + (append + `("Pathname: " + (:value ,pathname) + (:newline) " " + ,@(when (and (open-stream-p stream) pathname) + `((:action "[visit file and show current position]" + ,(make-visit-file-thunk stream) + :refreshp nil) + (:newline)))) + content)))) (defmethod emacs-inspect ((condition stream-error)) (multiple-value-bind (content) (call-next-method) - (let ((stream (stream-error-stream condition))) + (let* ((stream (stream-error-stream condition)) + (pathname (ignore-errors (pathname stream)))) (if (typep stream 'file-stream) (append `("Pathname: " - (:value ,(pathname stream)) + (:value ,pathname) (:newline) " " - ,@(when (open-stream-p stream) + ,@(when (and (open-stream-p stream) pathname) `((:action "[visit file and show current position]" ,(make-visit-file-thunk stream) :refreshp nil)

2 5

[slime-devel] Daily ChangeLog diff
by Helmut Eller 01 Feb '10

01 Feb '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1973 slime/ChangeLog:1.1975 --- slime/ChangeLog:1.1973 Thu Jan 28 04:52:18 2010 +++ slime/ChangeLog Sat Jan 30 10:59:52 2010 @@ -1,8 +1,19 @@ +2010-01-30 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-cycle-connections): Change docstring, it + doesn't make connection buffer-local. + * doc/slime.texi (Multiple connections): document + slime-cycle-connections. + + * swank.lisp (pathname-as-directory): Treat "/foo/bar" and "/foo/bar/" + the same. + (compile-file-output): Use the above function. + 2010-01-28 Mark Evenson <evenson(a)dada.local> * swank-abcl.lisp (emacs-inspect): Make inspection of Java objects toString() results dependent on explicit user request to avoid - potentially computationally expensive opreations. + potentially computationally expensive operations. 2010-01-27 Stas Boukarev <stassats(a)gmail.com>

3 2

[slime-devel] swank breakage in Allegro CL
by mikel evins 31 Jan '10

31 Jan '10

CVS head currently has a single upper-case NIL in swank-rpc.lisp that prevents it from working with Allegro CL's mlisp. Downcasing that single token fixes the breakage. It's at line 103 of last night's swank-rc.lisp: (defparameter *validate-input* NIL "Set to true to require input that strictly conforms to the protocol") Changing this form thusly makes mlisp happy again: (defparameter *validate-input* nil "Set to true to require input that strictly conforms to the protocol")

2 1

[slime-devel] slime-repl-find-buffer-package in unconnected lisp
by Madhu 31 Jan '10

31 Jan '10

This commit was a bad idea and has unforseen, undesirable consequences: * 2009-10-15 Helmut Eller <heller(a)common-lisp.net> | | * slime-repl.el (slime-repl-find-buffer-package): New function. | (slime-repl-init): Initialize slime-find-buffer-package-function. To use slime-repl-find-buffer-package this way, either slime-find-buffer-package-function should be made buffer local for "live" repl buffers, or much code needs to be redesigned to avoid redisplay errors, (when editing IN-PACKAGE forms, say), in a lisp buffer when slime is not connected to a lisp. The attached backtrace may help you understand what I'm talking about. -- Madhu backtrace() (or (slime-auto-connect) (backtrace) (error "Not connected.")) (cond ((and ... slime-net-processes) (or ... ...)) ((not conn) (or ... ... ...)) ((not ...) (error "Connection closed.")) (t conn)) (let ((conn ...)) (cond (... ...) (... ...) (... ...) (t conn))) slime-connection() (or process (slime-connection) (error "No connection")) (process-buffer (or process (slime-connection) (error "No connection"))) (set-buffer (process-buffer (or process ... ...))) (save-current-buffer (set-buffer (process-buffer ...)) slime-lisp-package:connlocal) (with-current-buffer (process-buffer (or process ... ...)) slime-lisp-package:connlocal) (slime-with-connection-buffer (process) slime-lisp-package:connlocal) slime-lisp-package() (or (slime-search-buffer-package) (slime-lisp-package)) slime-repl-find-buffer-package() funcall(slime-repl-find-buffer-package) slime-find-buffer-package() (save-restriction (widen) (slime-find-buffer-package)) (or slime-buffer-package (save-restriction (widen) (slime-find-buffer-package))) slime-current-package() (let* ((conn ...) (local ...) (pkg ...)) (cond (... ...) (...))) slime-modeline-string() eval((slime-modeline-string))

1 0

[slime-devel] Making SLIME ChangeLogs more useful
by Mark Harig 30 Jan '10

30 Jan '10

In the interest of making the SLIME ChangeLogs more useful, I have written the following notes concerning Change Log mode. 1. The major mode Change Log can be used with ChangeLog files to make them behave as hypertext that can then be used to review quickly the changes that are described. To do this, type C-c C-c when point is before or on a properly-formatted ChangeLog entry, and the changed file will displayed in another window, optionally, at the definition of a specified symbol. As the documentation for C-c C-c (change-log-goto-source) says: "Go to source location of "change log tag" near `point'. A change log tag is a symbol within a parenthesized, comma-separated list. If no suitable tag can be found nearby, try to visit the file for the change under `point' instead." A properly-formatted ChangeLog entry has the form: [white-space]* [file name] (symbol name,...): [descriptive text] [white-space](symbol name): [descriptive text] The trailing ':' is customary, but C-c C-c will attempt to find the definition of the parenthesized symbol(s) listed without it, or even if the symbol is listed after it. Examples: * slime.el (slime-edit-uses-xrefs): New variable. For contribs to * swank-cmucl.lisp (reset-sigio-handlers): New function. * swank-backend.lisp (socket-fd, make-fd-stream, dup, exec-image) * slime.el (slime-selector-other-window): New variable. (slime-selector): Bind it as need. (def-slime-selector-method): Use the other window if so indicated. Pressing C-c C-c while the cursor is anywhere on the first two entries will cause Emacs to locate those symbols' definitions (only) in those files. In the comma-delimited list of the third entry, C-c C-c will locate the definition of the symbol closest to point. In the multi-line fourth entry, C-c C-c will locate in slime.el the definition of the symbol closest to point. If the file or symbol name is misspelled or the parenthesized text is not (strictly) a symbol name, then Emacs will indicate this with a message rather than locating the symbol's definition. So, for example, * foo.lisp: Fix a typo (grammar error) will cause Emacs to look in the file foo.lisp for the symbol 'grammar' because it is parenthesized text following a file name. Authors of ChangeLog entries should be able to quickly check the validity of their entries by typing C-c C-c before committing them to CVS. 2. It is also possible to "walk through" a sequence of ChangeLog entries just as you do with compiler errors by typing C-x ` (backquote), which is mapped to `next-error'. This will: - open the file in another window at the definition specified by the ChangeLog entry - move the cursor to that definition - move point in the ChangeLog file to the next entry for when you return to the ChangeLog (Be aware that once the cursor is in the source file, `next-error' does not have the same meaning as it does in the ChangeLog file. After reviewing the change, you will need to move the cursor back to the ChangeLog file before typing C-x ` to examine the file/symbol-definition of the next ChangeLog entry.) 3. This capability of Change Log mode exists for Lisp code. It does not work with, for example, texinfo files, that is, it does not understand texinfo symbol definitions. The following entry will open "doc/slime.texi", but will not move point to the definition of the symbol: * doc/slime.texi (swank-loader:init): is also needed for loading swank. Similarly, non-symbol-name text inside parentheses is meaningless to C-c C-c. So, for example, this entry: * slime.el (compile-defun [test]): Add two cases. cannot be found using C-c C-c. But the following entry can locate the definition of `compile-defun', which can then be reviewed for the two test cases. * slime.el (compile-defun): Add two test cases. Also, non-definitions of symbols (that is, when you call a function or reference a variable) cannot be found by C-c C-c. So, the following entry: * swank.lisp: (decode-message): Adopted will cause Emacs to do nothing except display an informative message when C-c C-c is pressed because, while `decode-message' is *used* in swank.lisp, it is not defined there. "Source location of tag `decode-message' not found in file `swank.lisp'" An alternative entry that does not use the (symbol-name) syntax would have the benefit of opening swank.lisp, allowing the user to then search for references of `decode-message', for example: * swank.lisp: Adopted the function `decode-message' where appropriate. 4. Finally, on-the-fly spelling checking can be added to Change Log mode with, for example, the following: (add-hook 'change-log-mode-hook 'turn-on-flyspell) or, indirectly, with (add-hook 'text-mode-hook 'turn-on-flyspell) This could be of help to non-native English readers who may have a harder time guessing what a misspelled word should be. A misspelled word can be quickly repaired by cycling through possible corrections using repeated M-Tab key presses. Thank you again to the authors of SLIME.

3 4

[slime-devel] Suggested minor ecl-swank diff
by Matthew Mondor 30 Jan '10

30 Jan '10

Hello, I noticed that ecl-swank depends on ECL sb-bsd-sockets:socket-make-stream creating unbuffered streams by default (SBCL creates them fully buffered by default). Although this was not yet accepted upstream, in my local ECL tree, socket streams are created buffered by default like for SBCL (since ECL socket code was designed to be SBCL compatible, this was an annoyance for me). So I suggest the following change in case upstream ECL default behavior also eventually changes to be more SBCL-compatible. This would also prevent me from having to merge my minor local change when I update slime... In buffered mode, with the current state of ECL swank code, emacs hangs when loading slime. This simple patch fixes this. It'd ideally be best to fix the ECL swank code to use a buffered mode for performance (and for cleaner syscall trace reports, which are now encumbered by single-character I/O), but that would be a more complex change. Thanks, -- Matt

1 0

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

29 Jan '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1972 slime/ChangeLog:1.1973 --- slime/ChangeLog:1.1972 Wed Jan 27 01:38:27 2010 +++ slime/ChangeLog Thu Jan 28 04:52:18 2010 @@ -1,3 +1,9 @@ +2010-01-28 Mark Evenson <evenson(a)dada.local> + + * swank-abcl.lisp (emacs-inspect): Make inspection of Java objects + toString() results dependent on explicit user request to avoid + potentially computationally expensive opreations. + 2010-01-27 Stas Boukarev <stassats(a)gmail.com> * swank-rpc.lisp: NIL -> nil (for unusual readtable settings). @@ -5,7 +11,7 @@ 2010-01-26 Mark Evenson <evenson(a)dada.local> - * swank-abcl.lisp (import-to-swank-mop): Import + * swank-abcl.lisp: Import MOP::COMPUTE-APPLICABLE-METHODS-USING-CLASSES if it exists in the ABCL implementation.

1 0

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

27 Jan '10

SLIME maintainers, I am not able to update my copy of the source files for SLIME from the CVS repository since the 2010-01-19 changes. Has there been some change to the location of the CVS repository? $ mkdir new $ cd new $ cvs -d :pserver:anonymous:anonymous@common-lisp.net:/project/slime/cvsroot co slime slime cvs checkout: Updating slime (long list of files omitted) $ cd slime $ cvs status ChangeLog =================================================================== File: ChangeLog Status: Up-to-date Working revision: 1.1966 Repository revision: 1.1966 /project/slime/cvsroot/slime/ChangeLog,v Commit Identifier: F7aol0uPOJGkS0ku Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) So, CVS is reporting that revision 1.1966 is the latest revision to ChangeLog. CVS 'log' also reports the head revision as 1.1966, but many changes -- up to revision 1.1970 -- have been reported: Daily ChangeLog Diff: On 1/26/2010 3:33 AM, Helmut Eller wrote: 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. +Is anyone else seeing this behavior? I have checked out the sources from two different computers running two different operating systems. I am using CVS version 1.11.23 and 1.12.13. The result is the same on both.

1 1

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

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

20 Jan '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1964 slime/ChangeLog:1.1966 --- slime/ChangeLog:1.1964 Thu Jan 14 09:33:58 2010 +++ slime/ChangeLog Tue Jan 19 16:18:46 2010 @@ -1,3 +1,12 @@ +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> * doc/slime.texi (Setting up the lisp image):

1 0

[slime-devel] swank-rpc module
by Terje Norderhaug 19 Jan '10

19 Jan '10

I think it is time that we factorize out swank's low level rpc layer into a new swank-rpc module that deals with how events are encoded and passed between the client and server. I have enclosed a draft of a new swank-rpc module for the project. Almost all of the code is extracted directly from the swank.lisp file of the slime-2010-01-15 distribution. It can be included with no disruption to SLIME. The module act as a specification of the event passing protocol, facilitating alternative swank implementations such as on clojure and scheme. It can optionally validate the input to ensure that the events are consistent with the protocol. As the swank event passing protocol is orthogonal, Common Lisp swank clients like MCLIDE can share the swank-rpc module with the project instead of duplicating the code. -- Terje Norderhaug terje(a)in-progress.com

4 7

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

15 Jan '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1963 slime/ChangeLog:1.1964 --- slime/ChangeLog:1.1963 Wed Jan 13 08:45:49 2010 +++ slime/ChangeLog Thu Jan 14 09:33:58 2010 @@ -1,3 +1,9 @@ +2010-01-14 Stas Boukarev <stassats(a)gmail.com> + + * doc/slime.texi (Setting up the lisp image): + (swank-loader:init) is also needed for loading swank. + Reported by Evgeny Bahvalov. + 2010-01-13 Tobias C. Rittweiler <tcr(a)freebits.de> * swank.lisp (*swank-state-stack*): Delete. Not needed anymore. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.338 slime/contrib/ChangeLog:1.340 --- slime/contrib/ChangeLog:1.338 Fri Jan 8 05:59:46 2010 +++ slime/contrib/ChangeLog Thu Jan 14 16:53:11 2010 @@ -1,3 +1,23 @@ +2010-01-14 Stas Boukarev <stassats(a)gmail.com> + + * slime-repl.el: Revert the previous change because it + didn't work in some cases. + (slime-repl-map-mode): New minor mode which sole purpose is to + enable `slime-repl-mode-map'. + (slime-repl-mode): Enable `slime-repl-map-mode' after enabling + `slime-editing-map'. + This will finally allow `slime-repl-mode-map' to take precedence of + `slime-editing-map'. + +2010-01-14 Stas Boukarev <stassats(a)gmail.com> + + * slime-repl.el (slime-repl-mode-map): Use both + `slime-editing-map' and `lisp-mode-map' as parent keymaps. + (slime-repl-mode): Don't use `slime-editing-mode' because + its keymap is already used above. + That way `slime-repl-mode-map' takes precedence of + `slime-editing-map'. + 2010-01-08 Stas Boukarev <stassats(a)gmail.com> * swank-asdf.lisp: Doing list-all-systems-in-central-registry

1 0

[slime-devel] slime-repl-kill-input
by Irène Durand 14 Jan '10

14 Jan '10

Hello, In SLIME, I was used to use the key C-c-C-u which was bound to the command slime-repl-kill-input In recent versions, this command exists but is no longer bound to any key; (it is however accessible from the REPL menu). And the key C-c C-u is bound to the command slime-undefine-function (fmakunbound) which confuses me each time I hit C-c-C-u. Of course, I can myself make the binding to some unused key, but I think that such a useful and frequenlty used command should be, by default, bound to a convenient key. Regards, Irène

7 11

[slime-devel] bug-documentation
by Evgeny Bahvalov 14 Jan '10

14 Jan '10

Slime User Manual version 3.0-alpha 7.1.1 Setting up the lisp image A function init should be called before (swank:create-server). This is missed.

2 1