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

[slime-devel] clhs-lookup for reader macros
by Stas Boukarev 27 Feb '09

27 Feb '09

I added reader macros for hyperspec-lookup, hope this would be useful. -- With Best Regards, Stas.

2 1

[slime-devel] Saving *slime-scratch*
by Nikodemus Siivola 11 Oct '08

11 Oct '08

The attached patch associates *slime-scratch* with a file if you name one as "slime-scratch-file". I've been running slime with this a while, and rather like it. Something like this was talked about a while ago, and dropped because of what looked like an ideologinal objection to scratch-buffers in my mind. Is the consensus still against this? Cheers, -- Nikodemus Index: slime.el =================================================================== RCS file: /project/slime/cvsroot/slime/slime.el,v retrieving revision 1.784 diff -u -r1.784 slime.el --- slime.el 16 Apr 2007 14:42:33 -0000 1.784 +++ slime.el 27 Apr 2007 13:26:17 -0000 @@ -4570,10 +4570,15 @@ (set-keymap-parent map lisp-mode-map) map)) +(defvar slime-scratch-file nil) + (defun slime-scratch-buffer () "Return the scratch buffer, create it if necessary." (or (get-buffer "*slime-scratch*") - (with-current-buffer (get-buffer-create "*slime-scratch*") + (with-current-buffer (if (not slime-scratch-file) + (get-buffer-create "*slime-scratch*") + (find-file slime-scratch-file)) + (rename-buffer "*slime-scratch*") (lisp-mode) (use-local-map slime-scratch-mode-map) (slime-mode t)

4 5

[slime-devel] slime-c-p-c
by Madhu 08 Sep '08

08 Sep '08

Re: slime-complete-symbol* : I noticed that slime-c-p-c does not work correctly but can mangle text after a completion is chosen , [I'm appending a test case to the end of this message.] I'm afraid I'm to blame for this, I think: the patch I submitted claiming to fix XEmacs behaviour (on 2007-08-04) and which was committed on 2007-09-04 is incorrect [ 1. the analysis is not restricted to XEmacs, and 2. Emacs choose-completion does not work right unless the text in the buffer is a proper prefix of the completions displayed. I cannot see any lowest-common-denominator solution for this.] I would suggest reverting the patch. The downside is that you get back the original behaviour, which mangles the text BEFORE the completion is chosen: If you type "m-v" and hit TAB the function will delete your text and leave you with "m" -- because "m" is emacs' completed-prefix matching both "machine-version" and "multiple-value*"s. [This may or may not be acceptable, indeed whether it is what you want would depend on which buffer you are in, and what symbol you are trying to complete] Apologies for the incomplete patch and the earlier noise over the [unrelated yet related] unambiguous-prefix issue (from 06).. -- Madhu ;;; PS: Here is a test case transcript, and also what to expect on the ;;; suggest fix : ;;; ;;; 1. First we recreate the situation in acl, where there are multiple ;;; completions for "l-p-t". ;;; CL-USER> '(locale-print-time logical-pathname-translations logical-pathname-translations-database-pathnames) (LOCALE-PRINT-TIME LOGICAL-PATHNAME-TRANSLATIONS LOGICAL-PATHNAME-TRANSLATIONS-DATABASE-PATHNAMES) ;;; ;;; 2. slime-c-p-c-unambiguous-prefix-p is set to nil ;;; BEFORE: CL-USER> l-p-t ;;; ^^^ hit TAB, then choose the logical-pathname-translations ;;; completion in the *Completions* buffer ;;; AFTER: The completed form looks like: CL-USER> (l-plogical-pathname-translations ;;; ;;; 3. Next try after setting slime-c-p-c-unambiguous-prefix-p nil ;;; BEFORE: CL-USER> l-p-t ;;; ^^^ hit TAB, then choose the logical-pathname-translations ;;; completion in the *Completions* buffer ;;; AFTER: CL-USER> (logical-pathname-translationsp-t ;;; ;;; 4.WITH 2007-09-04 PATCH REVERTED: ;;; BEFORE: CL-USER> l-p-t ;;; ^^^ hit TAB, then choose the logical-pathname-translations ;;; completion in the *Completions* buffer ;;; AFTER: CL-USER> (lo ^^^ note that the text you input is gone. ;;; but at least choosing a completion won't mangle the text in your ;;; buffer

1 1

[slime-devel] stream-file-position in CCL
by Stas Boukarev 06 Sep '08

06 Sep '08

Clozure CL has no recently added `stream-file-position' in their gray streams implementation. -- With Best Regards, Stas.

3 5

[slime-devel] [PATCH] new contrib: slime-typeout-buffer
by Michael Weber 31 Aug '08

31 Aug '08

Attached is a patch for a new contrib: slime-typeout-buffer. It does the same as slime-typeout-frame, but is configurable with standard (GNU) Emacs variables. For example, I have the following in special-display-regexps (different height, pin frame to top): '(("^\\*SLIME Typeout\\*$" (height . 20) (top . 0) (minibuffer . nil)) ...) Another interesting effect can be achieved by adding (same-frame . t) and advising display-buffer to shrink the typeout frame to just a few lines. To install, replace slime-typeout-frame with slime-typeout-buffer in slime-setup's list of contribs. Cheers, Michael

1 0

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 31 Aug '08

31 Aug '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1480 slime/ChangeLog:1.1488 --- slime/ChangeLog:1.1480 Wed Aug 27 14:03:45 2008 +++ slime/ChangeLog Sat Aug 30 11:33:56 2008 @@ -1,3 +1,37 @@ +2008-08-30 Helmut Eller <heller(a)common-lisp.net> + + * swank-sbcl.lisp (receive-if): Add #+/-linux to avoid yet more + WITH-TIMEOUT related problems. + + * swank-gray.lisp (slime-input-stream): Remove the output stream + slot. Most of the time we can just call force-output. + + * slime.el [test](inspector): New test. + + * swank.lisp (prepare-part): Also wrap action elements + in a list. Reported by Ariel Badichi and Madhu. + +2008-08-30 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-pop-to-buffer): Drop the norecord argument, + since we can't support it easily in Emacs 21. + Reported by Christophe Rhodes. + +2008-08-30 Michael Weber <michaelw+slime(a)foldr.org> + + * swank-gray.lisp (make-input-stream): fixed typos + +2008-08-30 Michael Weber <michaelw+slime(a)foldr.org> + + * swank-backend.lisp (*gray-stream-symbols*): added symbols + stream-peek-char, stream-read-line, stream-file-position + +2008-08-30 Mark Evenson <evenson(a)panix.com> + + * swank-abcl.lisp (make-output-stream, make-input-stream): provide + the (trivial) definitions for MAKE-OUTPUT-STREAM and + MAKE-INPUT-STREAM for ABCL. + 2008-08-27 Helmut Eller <heller(a)common-lisp.net> * slime.el (sldb-setup): Insert "No backtrace" if the backtrace is

1 0

[slime-devel] Patch to get ABCL working again
by Mark Evenson 30 Aug '08

30 Aug '08

SLIME CVS 2008-08-22 broke ABCL as there was no provided DEFIMPLEMENTATION for MAKE-OUTPUT-STREAM. The attached patch provides the (trivial) definitions for MAKE-OUTPUT-STREAM and MAKE-INPUT-STREAM for ABCL. Mark <evenson(a)panix.com> -- "A screaming comes across the sky. It has happened before, but there is nothing to compare to it now." diff -r 357652914669 swank-abcl.lisp --- a/swank-abcl.lisp Thu Aug 28 12:13:23 2008 +0200 +++ b/swank-abcl.lisp Fri Aug 29 14:08:56 2008 +0200 @@ -23,6 +23,13 @@ (list :format-control format-control :format-arguments format-arguments)))) nil)) + + +(defimplementation make-output-stream (write-string) + (ext:make-slime-output-stream write-string)) + +(defimplementation make-input-stream (read-string) + (ext:make-slime-input-stream read-string)) (defimplementation make-fn-streams (input-fn output-fn) (let* ((output (ext:make-slime-output-stream output-fn))

3 3

[slime-devel] select-window
by Christophe Rhodes 30 Aug '08

30 Aug '08

Hi, Emacs 21 (21.4.1 to be precise) doesn't seem to support 2-argument select-window, used in slime-pop-to-buffer in today's CVS. Best, Christophe

2 1

[slime-devel] new inspector on hash-tables
by Madhu 30 Aug '08

30 Aug '08

* (defparameter $ht (make-hash-table)) * (loop for i below 2048 do (setf (gethash i $ht) i)) M-x slime-inspect $ht error in process filter: Wrong type argument: listp, :action

2 1

[slime-devel] sbcl: continual warnings about releasing threads ... me too
by Jason Addison 30 Aug '08

30 Aug '08

I just wanted to say "me too" on this issue. Mac OS X 10.5.4; Intel sbcl 1.0.19 (compiled to enable threads) slime from 8/28/08 I tried the work around (remove the SB-EXT:WITH-TIMEOUT form in RECEIVE-IF in swank-sbcl.lisp) mentioned earlier. I'm not sure if I did it correctly ... (defimplementation receive-if (test &optional timeout) (let* ((mbox (mailbox (current-thread))) (mutex (mailbox.mutex mbox))) (assert (or (not timeout) (eq timeout t))) (loop (check-slime-interrupts) (sb-thread:with-mutex (mutex) (let* ((q (mailbox.queue mbox)) (tail (member-if test q))) (when tail (setf (mailbox.queue mbox) (nconc (ldiff q tail) (cdr tail))) (return (car tail)))) (when (eq timeout t) (return (values nil t))) (handler-case ;(sb-ext:with-timeout 0.2 (sb-thread:condition-wait (mailbox.waitqueue mbox) mutex);) (sb-ext:timeout ())) ) ))) It seems to be working??? Thanks, Jason

2 1