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

[slime-devel] swank-cmucl.lisp remove-gc-hooks
by Madhu 14 Dec '06

14 Dec '06

The variables EXT:*GC-NOTIFY-AFTER* and EXT:*NOTIFY-BEFORE* should hold functions and should be NIL. This affects the function REMOVE-GC-HOOKS in swank-cmucl.lisp which sets them to NIL, (should one happen to use it). I believe the following Changelog entry applies: | 2004-12-05 Helmut Eller <heller(a)common-lisp.net> Appended is a fix which sets them back to the original parameters. Index: swank-cmucl.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank-cmucl.lisp,v retrieving revision 1.168 diff -u -r1.168 swank-cmucl.lisp --- swank-cmucl.lisp 23 Nov 2006 23:13:27 -0000 1.168 +++ swank-cmucl.lisp 10 Dec 2006 12:59:37 -0000 @@ -2178,8 +2178,8 @@ (setq ext:*gc-notify-after* #'post-gc-hook)) (defun remove-gc-hooks () - (setq ext:*gc-notify-before* nil) - (setq ext:*gc-notify-after* nil)) + (setq ext:*gc-notify-before* #'LISP::DEFAULT-GC-NOTIFY-BEFORE) + (setq ext:*gc-notify-after* #'LISP::DEFAULT-GC-NOTIFY-AFTER)) (defvar *install-gc-hooks* t "If non-nil install GC hooks")

2 1

[slime-devel] slime doesn't handle spaces in inferior-lisp-program ?
by André 14 Dec '06

14 Dec '06

Hi, My setup is. (setq inferior-lisp-program "C:/Program Files/Steel Bank Common Lisp/1.0/sbcl.exe") (add-to-list 'load-path "C:/Program Files/Emacs/site-lisp/slime-2.0") (require 'slime) (slime-setup) When I execute M-x slime I get the error message "Spawning child process: invalid argument". Experimenting a bit, I found that: (file-exists-p inferior-lisp-program) returns t (set-variable 'explicit-shell-file-name inferior-lisp-program) + M-x shell will get me a SBCL "shell". After moving SBCL to c:\sbcl and changing my config to (setq inferior-lisp-program "C:/sbcl/sbcl.exe") I tried M-x slime again and everything worked fine! I've been looking through the slime source (both 2.0 and the latest snapshot) and the split-string calls in slime-read-interactive-arg sure looks suspicious. Is this a known issue? /A

5 4

[slime-devel] swank.lisp *sldb-printer-settings*
by Madhu 14 Dec '06

14 Dec '06

This issue crops up, for example, when debugging huge strings (imagine huge text files slurped into strings), and is caused by the interactions of *PRINT-PRETTY* and *PRINT-LINES*: *PRINT-LINES* is in effect only if *PRINT-PRETTY* is non-NIL Currently swank.lisp defines |(defvar *sldb-printer-bindings* | `((*print-pretty* . NIL) [...] | (*print-lines* . 200) | (*print-escape* . t)) | "A set of printer variables used in the debugger.") So effectively *PRINT-LINES* is not obeyed, and slime prints huge strings (containing newlines) through emacs, causing much burden on all systems. I suggest changing the binding for *PRINT-PRETTY* in *SLDB-PRINTER-BINDINGS* to T if nothing else depends on it. -- Madhu

2 1

[slime-devel] slime.el defface slime-repl-inputed-output-face
by Madhu 14 Dec '06

14 Dec '06

[reported to the author] This problem shows up if you use color-theme.el. (Say) M-x color-theme-high-contrast results in the following error: ``face-attribute: Wrong type argument: symbolp slime-repl-inputed-output-face'' The following changelog entry may apply. |2005-05-18 Antonio Menezes Leitao <aml(a)gia.ist.utl.pt> The following appears to fix it by fixing the :inherit properties (I havent checked against all emacses) =================================================================== RCS file: /project/slime/cvsroot/slime/slime.el,v retrieving revision 1.698 diff -r1.698 slime.el 508c508 < (slime-repl-inputed-output-face)))) --- > slime-repl-inputed-output-face)))

1 0

[slime-devel] #'completion-output-symbol-converter
by Madhu 13 Dec '06

13 Dec '06

When (read-table-case *READTABLE*) is :upcase completing M-V-B<TAB> fails. Similarly :downcase. This is (I believe) because of a change introduced in |2006-10-26 Attila Lendvai <attila.lendvai(a)gmail.com> | (completion-output-symbol-converter): New to handle escaped | symbols for those who need to mess around with symbols like | layered-function-definers::|CONTEXTL::SLOT-VALUE-USING-LAYER|. | When a symbol is escaped then completion is case sensitive. The following patch fixes it [the heuristic] to work as before. --- swank.lisp.~1.422~ 2006-12-10 14:51:16.000000000 +0530 +++ swank.lisp 2006-12-10 16:05:14.000000000 +0530 @@ -3242,7 +3242,7 @@ INPUT is used to guess the preferred case." (ecase (readtable-case *readtable*) (:upcase (cond ((or with-escaping-p - (every #'upper-case-p input)) + (not (some #'lower-case-p input))) #'identity) (t #'string-downcase))) (:invert (lambda (output) @@ -3252,7 +3252,7 @@ (upper (string-downcase output)) (t output))))) (:downcase (cond ((or with-escaping-p - (every #'lower-case-p input)) + (not (some #'upper-case-p input))) #'identity) (t #'string-upcase))) (:preserve #'identity)))

2 1

[slime-devel] inspecting an object from the debugger
by Attila Lendvai 13 Dec '06

13 Dec '06

dear list, seems like when the inspector is opened up in the slime debugger, then it's running the swank side queries/actions in a different thread then the debugger is sitting in. to test this with cvs head see the following: (this is slime cvs head, sbcl cvs head) DT> (defclass foo () ((foo-slot))) DT> (defvar *global*) DT> (defmethod swank::inspect-slot-for-emacs (class (object foo) slot) (let ((result (call-next-method))) (append result `((:action "[test action]" ,(lambda () (setf (slot-value object 'foo-slot) *global*))))))) DT> (let ((*global* 42)) (break "~A" (make-instance 'foo))) ; Evaluation aborted pressing the action results in a *global* is unbound error. is there some fundamental problem behind this or it's just a simple bug? would be nice if someone with more insight into connection/thread handling could take a look at this. -- - attila "- The truth is that I've been too considerate, and so became unintentionally cruel... - I understand. - No, you don't understand! We don't speak the same language!" (Ingmar Bergman - Smultronstället)

1 1

[slime-devel] Slime merges windows when closing down a macroexpansion ..
by Lars Rune Nøstdal 13 Dec '06

13 Dec '06

The problem is that Slime merges windows whenever I compile something C-c-k and when I'm done watching a macro-expansion (closing it with q). This seems to be have been happening for a while as I've been following CVS HEAD; the problem is not visible in FAIRLY-STABLE. ..it's starting to get really annoying and I've gone back to FAIRLY-STABLE now; am I the only one seeing this? -- Lars Rune Nøstdal http://nostdal.org/

1 1

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

13 Dec '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1018 slime/ChangeLog:1.1019 --- slime/ChangeLog:1.1018 Fri Dec 8 08:32:45 2006 +++ slime/ChangeLog Tue Dec 12 10:40:19 2006 @@ -1,3 +1,20 @@ +2006-12-12 Nikodemus Siivola <nikodemus(a)random-state.net> + + * swank.lisp (inspect-for-emacs integer): Pad the hex formatted + value to eight digits, "Code-char:" instead of "Corresponding + character:", "Integer-length:" instead of "Length:", + "Universal-time:" instead of "As time". + (inspect-object): Use TYPE-FOR-EMACS instead of TYPE-OF. + (inspect-in-emacs): New function, analogous to ED-IN-EMACS. + + * swank-backend.lisp (type-for-emacs): New generic function, + defaults to TYPE-OF for non-integers, and returns FIXNUM or BIGNUM + for integers. + + * slime.el (destructure-case): Indicate in the error message that + it was the Elisp destructure-case that failed to avoid confusion. + (slime-check-eval-in-emacs-enabled): More verbose error message. + 2006-12-07 Marco Baringer <mb(a)bese.it> * swank.lisp (init-inspector): Added eval parameter. If NIL we

1 0

[slime-devel] problem compiling files defining packages
by Lynn Winebarger 12 Dec '06

12 Dec '06

Hi, First, I want to thank the developers for this Lisp IDE. It's very cool. But.... I was trying to compile a file with C-c M-k, and the file started out (defpackage "my-package" (:intern <stuff>) (:use "COMMON-LISP")) (in-package "my-package") Now, this is my first attempt at compiling a CL file (under SBCL 0.9.18), with or with a package involved. And it kept spitting out errors for the stuff after these two lines, and I could not for the life of me see why. Clearly it had something to do with the package declaration, because when I commented the above two lines out, I was able to compile the rest of the file. So I drop into a command line SBCL session, and the file compiled just fine. Anyway, I just wanted to let you know, this was very confusing for a CL newbie (been a Schemer for years, just not CL). It doesn't appear to be in the documentation anywhere. I did find some emails that looked vaguely related from the archives of this list using the gmane interface, but it wasn't something I could easily understand. I'm wondering, as CL developers, how do you get around this issue? It seems like it would be a problem. Thanks, Lynn

3 3

[slime-devel] slime.el (slime-repl-merge-histories)
by Madhu 11 Dec '06

11 Dec '06

[Reported to the author 060520] Currently the function slime-repl-merge-histories appears to be buggy in not deleting duplicates, and maintaining order. For example: ELISP> (slime-repl-merge-histories '(1 2 3 4 5) '(2 3 4 8)) (8 1 5 2 3 4) ELISP> (slime-repl-merge-histories '(1 2 3 4 5 1 2 3 4 5) '(2 3 4 8)) (8 1 5 1 5 2 3 4) I believe the desired result is: (2 3 4 8 1 5) so M-p in a fresh repl will pick the last (latest) item from the previous repl session. I believe the following Changelog entry applies, |2005-10-11 Stefan Kamphausen <skampi(a)gmx.net> and would suggest a simpler function that uses delete-duplicates (for strings): (defun slime-repl-merge-histories (old-hist new-hist) "Merge entries from OLD-HIST and NEW-HIST." (remove-duplicates (append new-hist old-hist) :test 'string= :from-end t)) -- Madhu -- ======================================================================= Open system or closed system, enlightenment or ideology, those are the questions. "John C. Mallery" <jcma(a)ai.mit.edu> enometh(a)meer.net http://www.meer.net/~enometh/ 803 Clayton St #2 San Francisco CA 94117 H:415-242-3375 W:408-343-6255 You have new mail

2 1