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

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 18 Apr '07

18 Apr '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1111 slime/ChangeLog:1.1114 --- slime/ChangeLog:1.1111 Mon Apr 16 10:48:14 2007 +++ slime/ChangeLog Tue Apr 17 17:04:47 2007 @@ -1,3 +1,40 @@ +2007-04-17 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp: Instead of just having all the symbols of a package + listed alphabetically in the inspector page recently introduced + for that purpose, add a button to that page to group them by their + classification. + + (%package-symbols-container): New slot GROUPING-KIND. + (%make-package-symbols-container): New function; wraps around + %%MAKE-PACKAGE-SYMBOLS-CONTAINER, which will actually create the + structure. We need this, to make GROUPING-KIND an entirely + internal affair. + + (make-symbols-listing): New generic function to dispatch on + GROUPING-KIND. + (make-symbols-listing :symbol): Just the stuff that was priorly + wired into INSPECT-FOR-EMACS (%PACKAGE-SYMBOLS-CONTAINER). + (make-symbols-listing :classification): New; returns the passed + symbols grouped by their classification. + (inspect-for-emacs %package-symbols-container): Most code split + off into MAKE-SYMBOLS-LISTING. + +2007-04-17 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp (swank-compiler): Fix the return value to always be a + list of two elements even if the abort restart is invoked which + originally just returned NIL. (Which wouldn't play with the recent + change to use DESTRUCTURING-BIND in SLIME-COMPILATION-FINISHED.) + +2007-04-17 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp (inspect-for-emacs %package-symbols-container): + Revert Marco's change from 2007-04-08; he had the good idea of + adding a facility to jump to the relevant source line of a symbol, + but `M-.' is already bound to SLIME-FIND-DEFINITION in the + inspector, which is a nicer way of doing this alltogether. + 2007-04-16 Takehiko Abe <keke(a)gol.com> * swank-openmcl.lisp (accept-connection, find-external-format):

1 0

[slime-devel] [PATCH] improved display of symbols of a package in the Inspector
by Tobias C. Rittweiler 17 Apr '07

17 Apr '07

To make oneself familiar with someone else's code, it's often desirable to see what symbols are defined in a package. I've added a special inspector page for that purpose that will pop up if you inspect the package, and then click on the links to the external/internal symbols. The flags are the same as those that are presented in Fuzzy Completion. Here's an snippet from all present symbols of #<PACKAGE "SWANK">: All present symbols of package "SWANK" [type: %PACKAGE-SYMBOLS-CONTAINER] -------------------- A symbol is considered present in a package if it's "accessible in that package directly, rather than being inherited from another package." (CLHS glossary entry for `present') Symbols: Flags: --------------------------------------------------- ------- %CONTAINER ------- %MAKE-FUZZY-MATCHING -f----- %PACKAGE-SYMBOLS-CONTAINER ---c--- %PACKAGE-SYMBOLS-CONTAINER- ------- %PACKAGE-SYMBOLS-CONTAINER-DESCRIPTION -f----- %PACKAGE-SYMBOLS-CONTAINER-P -f----- %PACKAGE-SYMBOLS-CONTAINER-SYMBOLS -f----- %PACKAGE-SYMBOLS-CONTAINER-TITLE -f----- &UNKNOWN-JUNK ------- *ACTIVE-THREADS* b------ *AFTER-INIT-HOOK* b------ ... Hope you'll find this useful, -T.

1 2

[slime-devel] slime-display-compilation-output and slime-eval-with-transcript
by Yoni Rabkin Katzenell 17 Apr '07

17 Apr '07

Hello, C-c C-k takes the value of slime-display-compilation-output into account. I wanted the same to be true of C-M-x so I changed slime-eval-with-transcript: (defun slime-eval-with-transcript ... ... (slime-eval-async form (lambda (value) (with-current-buffer (slime-output-buffer) => (when slime-display-compilation-output (slime-show-last-output)) (cond (fn (funcall fn value)) (t (message "%s" value)))))))) Is there a simpler way to get the same result? -- "Cut your own wood and it will warm you twice"

2 1

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 17 Apr '07

17 Apr '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1106 slime/ChangeLog:1.1111 --- slime/ChangeLog:1.1106 Thu Apr 12 15:00:09 2007 +++ slime/ChangeLog Mon Apr 16 10:48:14 2007 @@ -1,3 +1,65 @@ +2007-04-16 Takehiko Abe <keke(a)gol.com> + + * swank-openmcl.lisp (accept-connection, find-external-format): + utf-8 support. + +2007-04-16 Marco Baringer <mb(a)bese.it> + + * slime.el (slime-with-xref-buffer): Added missing , + +2007-04-16 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el: Pressing `q' in *compiler notes* after a `C-c C-k' or + `C-c M-k' would not probably restore the original window + configuration. Fix that. + + (slime-get-temp-buffer-create): New &key arg WINDOW-CONFIGURATION. + (slime-with-xref-buffer): Likewise. + + (slime-compilation-finished): New &optional arg WINDOW-CONFIG. + (slime-maybe-show-xrefs-for-notes): Likewise. + (slime-show-xrefs) Likewise. + (slime-maybe-list-compiler-notes): Likewise. + (slime-list-compiler-notes): Likewise. + + (slime-compilation-finished-continuation): Renamed to + SLIME-MAKE-COMPILATION-FINISHED-CONTINUATION. + + (slime-make-compilation-finished-continuation): Now takes two + args, the current buffer and optionally the current window config + to be restored. + + (slime-compile-file): Save current window configuration before + popping up the REPL for compilation output, pass it down. + (slime-easy-menu): Add entry for SLIME-UNTRACE-ALL. + +2007-04-16 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp (fuzzy-find-matching-packages): Fix a small typo that + prevented interpreting NIL as the argument TIME-LIMIT-IN-MEC to + mean an infinite time limit. This bug propagated up to explicit + calls to FUZZY-COMPLETIONS, like + (swank:fuzzy-completions "mvb" "COMMON-LISP") => (NIL, T) + + (format-fuzzy-completions): Renamed to FORMAT-FUZZY-COMPLETION-SET + + (format-fuzzy-completion-set): Accomodated to recent changes of + the return value of FUZZY-COMPLETIONS; changed the docstring to + make it explicit that this function is supposed to take the return + value of FUZZY-COMPLETION-SET. + + * slime.el (slime-compilation-finished): Don't use + MULTIPLE-VALUE-BIND for list destructuring, only because multiple + values happen to be implemented via lists in elisp! + (slime-fuzzy-completions-mode): Added an detailed explanation to + the docstring of how Fuzzy Completion works and how it'ss supposed + to be worked with. + (slime-fuzzy-explanation): Shortened to reference to + SLIME-FUZZY-COMPLETIONS-MODE for help on fuzzy completion. + (slime-fuzzy-choices-buffer): Set BUFFER-QUIT-FUNCTION to + SLIME-FUZZY-ABORT to make it correctly exit fuzzy completion when + pressing `Esc Esc Esc' (`M-Esc Esc'). + 2007-04-12 Nikodemus Siivola <nikodemus(a)random-state.net> * swank-sbcl.lisp (emacs-buffer-source-location): Add &allow-other-keys

1 0

[slime-devel] [PATCH] fix restoration of window config when quitting from *compiler notes*
by Tobias C. Rittweiler 16 Apr '07

16 Apr '07

2007-04-12 Tobias C. Rittweiler <INSERT-EMAIL-HERE> * slime.el: Pressing `q' in *compiler notes* after a `C-c C-k' or `C-c M-k' would not probably restore the original window configuration. Fix that. (slime-get-temp-buffer-create): New &key arg WINDOW-CONFIGURATION. (slime-with-xref-buffer): Likewise. (slime-compilation-finished): New &optional arg WINDOW-CONFIG. (slime-maybe-show-xrefs-for-notes): Likewise. (slime-show-xrefs) Likewise. (slime-maybe-list-compiler-notes): Likewise. (slime-list-compiler-notes): Likewise. (slime-compilation-finished-continuation): Renamed to SLIME-MAKE-COMPILATION-FINISHED-CONTINUATION. (slime-make-compilation-finished-continuation): Now takes two args, the current buffer and optionally the current window config to be restored. (slime-compile-file): Save current window configuration before popping up the REPL for compilation output, pass it down.

3 4

[slime-devel] [PATCH] add easymenu entry for slime-untrace-all
by Tobias C. Rittweiler 16 Apr '07

16 Apr '07

2007-04-11 Tobias C. Rittweiler <INSERT-EMAIL-HERE> * slime.el (slime-easy-menu): Add entry for SLIME-UNTRACE-ALL.

2 1

[slime-devel] Connecting swank from lisp
by Volkan YAZICI 14 Apr '07

14 Apr '07

Hi, [I tried to search the archives but couldn't find anything similar to my needs. Therefore execuse me if this subject is discussed before. And I'll be appreciated if you can point me to the related thread.] I've been trying to establish a start/stop init script to fire up a swank server. IRC folks suggested to use interrupts while shutting the swank server down, but I'm looking for if there is any other portable way of it. What I was wondering is, would it be possible to connect to a swank server from another lisp image and execute arbitrary commands (e.g., QUIT, SWANK:QUIT-LISP) on it? Regards. P.S. Yep, I checked the scripts at boinkor.net, but I want to use GNU screen instead. (For functionality purposes.)

2 2

[slime-devel] openmcl utf-8 support
by Takehiko Abe 14 Apr '07

14 Apr '07

OpenMCL 1.1 now supports unicode. The following adds utf-8 support to slime. ;;; swank-openmcl.lisp (defimplementation accept-connection (socket &key external-format buffering timeout) (declare (ignore buffering timeout #-openmcl-unicode-strings external-format)) #+openmcl-unicode-strings (when external-format (let ((keys (ccl::socket-keys socket))) (setf (getf keys :external-format) external-format (slot-value socket 'ccl::keys) keys))) (ccl:accept-connection socket :wait t)) #+openmcl-unicode-strings (defvar *external-format-to-coding-system* '((:iso-8859-1 "latin-1" "latin-1-unix" "iso-latin-1-unix" "iso-8859-1" "iso-8859-1-unix") (:utf-8 "utf-8" "utf-8-unix"))) #+openmcl-unicode-strings (defimplementation find-external-format (coding-system) (car (rassoc-if (lambda (x) (member coding-system x :test #'equal)) *external-format-to-coding-system*)))

1 0

[slime-devel] incompatible protocol?
by Joe Corneli 13 Apr '07

13 Apr '07

Hi -- I am getting weird results with my remote slime connection. I am running and SBCL 0.9.16 and swank from SLIME 2.0 on a remote linux box, and connecting with SLIME 2.0 on GNU Emacs 22.0.91.3 from 2006-12-16. When I `slime-connect' I get this prompt: Protocol version mismatch. Continue anyway? (yes or no) If I type yes, then I can do things: CL-USER> (asdf:operate 'asdf:load-op :elephant) ; loading system definition from ; /usr/local/lib/sbcl/site-systems/elephant.asd into #<PACKAGE "ASDF0"> [...] But I can't seem to get values back! -- CL-USER> (+ 1 1) CL-USER> On the other hand, I can print: CL-USER> (format t "~a" (+ 1 1)) 2 Is there a way to get the normal expected behavior back?

2 1

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 13 Apr '07

13 Apr '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1105 slime/ChangeLog:1.1106 --- slime/ChangeLog:1.1105 Sun Apr 8 18:56:32 2007 +++ slime/ChangeLog Thu Apr 12 15:00:09 2007 @@ -1,3 +1,9 @@ +2007-04-12 Nikodemus Siivola <nikodemus(a)random-state.net> + + * swank-sbcl.lisp (emacs-buffer-source-location): Add &allow-other-keys + to the descructuring of the source location plist in order to accept + :emacs-directory. + 2007-04-09 Marco Baringer <mb(a)bese.it> * swank.lisp (inspector-content-for-emacs): Look for refresh

1 0