slime-devel March 2009

slime-devel@common-lisp.net

29 participants
38 discussions

[slime-devel] Daily ChangeLog diff
by Helmut Eller 07 Mar '09

07 Mar '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1708 slime/ChangeLog:1.1709 --- slime/ChangeLog:1.1708 Wed Mar 4 20:40:01 2009 +++ slime/ChangeLog Fri Mar 6 23:23:52 2009 @@ -1,3 +1,9 @@ +2009-03-07 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el ([portability] getf): Redefine `getf' on Emacs21 to + work on malformed plists like it does on later Emacsen. This made + the `find-local-definitions' test case fail on Emacs21. + 2009-03-04 Tobias C. Rittweiler <tcr(a)freebits.de> * slime.el (slime-check-fancy-symbol-name): Use

1 0

[slime-devel] [Patch] slime-asdf contrib
by Stas Boukarev 04 Mar '09

04 Mar '09

When asking for system name, prompt with "(default <default-value>)" instead of inserting it in the prompt input. Also couple of other small changes. -- With Best Regards, Stas.

2 3

[slime-devel] Repl-test test case, save-recursion in slime-wait-condition
by Tobias C. Rittweiler 04 Mar '09

04 Mar '09

Hello Helmut, the save-excursion before the call to slime-accept-process-output in slime-wait-condition in slime-sync-to-top-level makes the (test point) in the repl-test test case fail. Slime-sync-to-top-level is called from within the slime repl, and during the slime-accept-process-output the REPL's point is supposed to be placed at the new prompt's input marker, but the save-excursion prevents that. Removing the save-excursion makes repl-test go through, and does not introduce any new regression as far as I can see. Can you still remember why you added it? -T.

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 04 Mar '09

04 Mar '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1704 slime/ChangeLog:1.1706 --- slime/ChangeLog:1.1704 Mon Mar 2 20:35:54 2009 +++ slime/ChangeLog Tue Mar 3 10:04:09 2009 @@ -1,3 +1,19 @@ +2009-03-03 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-pretty-package-name): Simplify. + +2009-03-03 Helmut Eller <heller(a)common-lisp.net> + + Use a separate key, C-c C-d #, to lookup reader-macros. + + * hyperspec.el (common-lisp-hyperspec-lookup-reader-macro): New + command. + (common-lisp-hyperspec-reader-macros): New variable. + (common-lisp-hyperspec-reader-macro-at-point): Moved over from + slime.el + * slime.el (slime-doc-bindings): Bind C-c C-d #. + (slime-hyperspec-lookup): Don't consider reader-macros. + 2009-03-02 Tobias C. Rittweiler <tcr(a)freebits.de> * hyperspec.el (common-lisp-hyperspec-symbols): Add entries for Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.186 slime/contrib/ChangeLog:1.187 --- slime/contrib/ChangeLog:1.186 Sun Mar 1 20:36:28 2009 +++ slime/contrib/ChangeLog Tue Mar 3 23:22:05 2009 @@ -1,3 +1,16 @@ +2009-03-04 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-repl.el (slime-check-buffer-contents): Fix typo. + (with-canonicalized-slime-repl-buffer): Refactored from test + cases. A lot of test cases implemented this somewhat + wrongly. Making them fail when not called from the SWANK package. + ([test] repl-test): Use above. + ([test] repl-return): Ditto. + ([test] repl-read): Ditto. + ([test] repl-read-lines): Ditto. + ([test] repl-type-ahead): Ditto. + ([test] interrupt-in-blocking-read): Ditto. + 2009-02-28 Stas Boukarev <stassats(a)gmail.com> * slime-asdf.el (slime-read-system-name): Display default value as

1 0

[slime-devel] Bug in hyperspec lookup (or slime-reader-macro-at-point)
by Chaitanya Gupta 03 Mar '09

03 Mar '09

Hello, The newly added slime-reader-macro-at-point is causing a few problems with hyperspec lookup. Specifically, if the point is on the first letter of the first element (a symbol) of a sexp, e.g. if the point is on the letter 'l' of the sexp '(list foo bar ...)', then C-c C-d h will return the hyperspec entry for Left Paranthesis and not List. If I move the point forward to 'i', then it correctly returns the hyperspec entry for List. More generally, I think that hyperspec lookup w.r.t reader macros should be fine-tuned a bit. Does anyone ever really need to lookup the hyperspec entry for left/right parenthesis? Cheers, Chaitanya

4 4

[slime-devel] Bug in test-print-arglist?
by szergling 03 Mar '09

03 Mar '09

I saw the following today (trying to get ABCL to run), WARNING: Test failed: (EVAL-WHEN (&ANY :COMPILE-TOPLEVEL :LOAD-TOPLEVEL :EXECUTE) &BODY BODY) => "(eval-when (&any :compile-toplevel :load-toplevel :execute) &body body)" Expected: "(eval-when (&any :compile-toplevel :load-toplevel :execute) &body body)" In case it's not clear, the test failed because it was using string= while the arglist-to-string output contains an extra newline right after "...&body". This test originated from contrib/swank-arglists.lisp. The wrapping is specified by *print-right-margin*, which the test sets to nil. I am not sure what the appropriate value should be. >From the Hyperspec on *print-right-margin*: "If it is nil, the right margin is taken to be the maximum line length such that output can be displayed without wraparound or truncation. If this cannot be determined, an implementation-dependent value is used." Cheers,

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 03 Mar '09

03 Mar '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1703 slime/ChangeLog:1.1704 --- slime/ChangeLog:1.1703 Fri Feb 27 22:00:25 2009 +++ slime/ChangeLog Mon Mar 2 20:35:54 2009 @@ -1,3 +1,9 @@ +2009-03-02 Tobias C. Rittweiler <tcr(a)freebits.de> + + * hyperspec.el (common-lisp-hyperspec-symbols): Add entries for + reader macros even when `common-lisp-hyperspec-symbol-table' is + bound to some value. + 2009-02-27 Tobias C. Rittweiler <tcr(a)freebits.de> * slime.el ([test] macroexpand): New test case.

1 0

[slime-devel] Minibuffer display of values
by jcm＠sdf.lonestar.org 02 Mar '09

02 Mar '09

Perhaps I have accidentally turned this feature off, or missed the post on how to turn it back on... but how do I make symbol values appear in the minibuffer in slime mode when the point is over them? This used to work, unless the feature has been removed.

2 1

[slime-devel] unhooking from slime before saving sbcl core?
by Michael Hannemann 02 Mar '09

02 Mar '09

Hi all, I'm new to SLIME, although a co-worker has been prodding me to look at it for a year. I'm also new to SBCL, although I used CMUCL a fair amount several years ago. I apologize if the following is a FAQ -- I scoured the manual and searched through the gmane archives of this list, but I could've missed something. When I write a core image out from SBCL which I'm talking to via SLIME, then try to load it from the command line without SLIME, I get a long stream of warning messages. This happens immediately on startup. I've deleted my .sbclrc file so user init is not to blame. (Also, when I start up SBCL from the shell, this doesn't happen.) The lisp is not dead, just injured; I can get out of the break loop. However, any time I get back into a break loop, I'm in trouble again. My co-worker suggested setting *debugger-hook* to nil, so I tried that, to no avail. I still get the errors (example below), and once I get back to a usable prompt in the lisp, I see that it's set to SWANK:SWANK-DEBUGGER-HOOK again. I've copied the first chunk of what I see on startup to the end of this message. This is MacOSX, SLIME from CVS a day or two ago, SBCL 1.0.23. Any advice? Thanks, Michael --- * Help! 11 nested errors. SB-KERNEL:*MAXIMUM-ERROR-DEPTH* exceeded. 0: (SB-DEBUG::MAP-BACKTRACE #<CLOSURE # {128E6F6D}>)[:EXTERNAL] 1: (BACKTRACE 536870911 #<SYNONYM-STREAM :SYMBOL SB-SYS:*TTY* {128E6DE9}>) [...] 17: (FORMAT #<SB-SYS:FD-STREAM for \"a socket\" {10026331}> \"~6,'0x\")[:EXTERNAL] 18: (SWANK::ENCODE-MESSAGE (:DEBUG 0 11 (\"Couldn't write to #<SB-SYS:FD-STREAM for \\\"a socket\\\" {10026331}>: Bad file descriptor\" \" [Condition of type SB-INT:SIMPLE-STREAM-ERROR]\" NIL) ((\"ABORT\" \"Return to sldb level 10.\") [... and a lot more ...]) 19: (SWANK::SLDB-LOOP 11) 20: (SWANK::SLDB-LOOP 11)[:EXTERNAL] 21: (SWANK::CALL-WITH-BINDINGS ((*PRINT-PRETTY* . T) (*PRINT-LEVEL* . 4) (*PRINT-LENGTH* . 10) (*PRINT-CIRCLE* . T) (*PRINT-READABLY*) (*PRINT-PPRINT-DISPATCH* . #<SB-PRETTY:PPRINT-DISPATCH-TABLE {10224B19}>) (*PRINT-GENSYM* . T) (*PRINT-BASE* . 10) (*PRINT-RADIX*) (*PRINT-ARRAY* . T) (*PRINT-LINES*) (*PRINT-ESCAPE* . T) (*PRINT-RIGHT-MARGIN* . 65) (SWANK::*SLDB-BITVECTOR-LENGTH* . 25) (SWANK::*SLDB-STRING-LENGTH* . 50)) #<FUNCTION (LAMBDA NIL) {10245C55}>) 22: ((LAMBDA (SWANK-BACKEND::DEBUGGER-LOOP-FN)) #<FUNCTION (LAMBDA NIL) {10245C05}>) 23: (SWANK::DEBUG-IN-EMACS #<SB-INT:SIMPLE-STREAM-ERROR {12771809}>) 24: (SWANK:INVOKE-SLIME-DEBUGGER #<SB-INT:SIMPLE-STREAM-ERROR {12771809}>) 25: ((LAMBDA (SWANK-BACKEND::HOOK SWANK-BACKEND::FUN)) #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA NIL) {12771A2D}>) 26: (SWANK:SWANK-DEBUGGER-HOOK #<SB-INT:SIMPLE-STREAM-ERROR {12771809}> #<unavailable argument>) 27: (INVOKE-DEBUGGER #<SB-INT:SIMPLE-STREAM-ERROR {12771809}>) 28: (INVOKE-DEBUGGER #<SB-INT:SIMPLE-STREAM-ERROR {12771809}>)[:EXTERNAL] [... and on for hundreds of lines ...]

4 4

[slime-devel] Daily ChangeLog diff
by Helmut Eller 02 Mar '09

02 Mar '09

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.184 slime/contrib/ChangeLog:1.186 --- slime/contrib/ChangeLog:1.184 Fri Feb 27 21:39:32 2009 +++ slime/contrib/ChangeLog Sun Mar 1 20:36:28 2009 @@ -1,3 +1,15 @@ +2009-02-28 Stas Boukarev <stassats(a)gmail.com> + + * slime-asdf.el (slime-read-system-name): Display default value as + part of the prompt, instead of inserting it as an input + candidate. + (slime-find-asd): Do not call `file-name-sans-extension' twice. + +2009-02-28 Stas Boukarev <stassats(a)gmail.com> + + * swank-arglists.lisp (variable-desc-for-echo-area): Print + values of special variables with ~S, not with ~A. + 2009-02-27 Tobias C. Rittweiler <tcr(a)freebits.de> * swank-arglists.lisp (read-conversatively-for-autodoc): Make it

1 0

[slime-devel] [patch] slime-edit-definition and asdf
by Tim 01 Mar '09

01 Mar '09

Hi! I wrote simple patch for swank.lisp. Now you can type M-. and see (ASDF:DEFSYSTEM SOMESYSTEM) among other stuff. You can select it and go to the definition of the system in somesystem.asd. Hope this will be usefull. Tim

2 1

[slime-devel] abcl special inspector support for java classes, methods, and other good stuff
by Russell McManus 01 Mar '09

01 Mar '09

I have written a couple of dozen lines of code to improve the way the inspector works in abcl for certain java objects. At this point, I can't work without these improvements, but I haven't been able to quite figure out how to produce a proper patch to slime for inclusion. Normally, what i do is execute the following forms after swank is already loaded. This seems to work fine. However when I put all the following forms into swank-abcl.lisp, this approach fails because the swank package is not loaded yet. Any ideas about how I can get organize the following code so that it works cleanly with slime? Thanks, -russ Here is the code: ;; this is the troublesome form. where should it go? (defmethod swank:emacs-inspect ((java-object java-object)) (swank-backend::emacs-inspect-java java-object)) (defun swank-backend::emacs-inspect-java-class (jclass) (flet ((jclass->name (jclass) (let* ((s (jclass-name jclass)) (prefix "java.lang.") (lang-pos (search prefix s))) (if lang-pos (subseq s (+ lang-pos (length prefix))) s)))) (append `("Java Class: " ,(princ-to-string jclass) (:newline)) `("Methods" (:newline)) (loop for method across (jclass-methods jclass) for i = 0 then (1+ i) append (let ((args (mapcar #'jclass->name (coerce (jmethod-params method) 'list)))) `(,(format nil "[~2D] ~A ~A(~{~A~^,~}): ~40T" i (jclass->name (jmethod-return-type method)) (jmethod-name method) args) (:value ,method) (:newline))))))) (defun swank-backend::emacs-inspect-java-object (jobject) (let* ((jclass (jobject-class jobject)) (fields (coerce (jclass-fields jclass) 'list))) (append `("Java Object" ":" ,(princ-to-string jobject) (:newline)) `("Java Class" ":" ,(jclass-name jclass) " " (:value ,jclass) (:newline)) `("Fields" (:newline)) (loop for field in fields for i = 0 then (1+ i) append `(,(format nil "[~2D] ~20A : " i (jfield-name field)) (:value ,(jcall (jmethod (jclass "java.lang.reflect.Field") "get" (jclass "java.lang.Object")) field jobject)) (:newline)))))) (defun swank-backend::emacs-inspect-java-method (jmethod) (let ((return-type (jcall (jmethod (jclass "java.lang.reflect.Method") "getReturnType") jmethod)) (args (coerce (jmethod-params jmethod) 'list))) (setf args (mapcar (lambda (arg) (jclass-name arg)) args)) (append `("Java Method: " ,(jmethod-name jmethod) (:newline)) `("Return Type: " ,(jclass-name return-type) ": " (:value ,return-type) (:newline)) (if args (append `("Arguments" (:newline)) (loop for arg in args for i = 0 then (1+ i) append `(,(format nil "[~2D] ~20A : " i arg) (:value ,arg) (:newline)))) `("Arguments: none" (:newline)))))) (defun swank-backend::emacs-inspect-java (java-object) (flet ((is-a (class-name) (jinstance-of-p java-object (jclass class-name)))) (cond ((is-a "java.lang.Class") (swank-backend::emacs-inspect-java-class java-object)) ((is-a "java.lang.reflect.Method") (swank-backend::emacs-inspect-java-method java-object)) (t (swank-backend::emacs-inspect-java-object java-object)))))

2 3

[slime-devel] Priting values of special variables readable.
by Stas Boukarev 01 Mar '09

01 Mar '09

I find printing values of special variables in echo area with ~A quite misleading, the following patch changes it to ~S. -- With Best Regards, Stas.

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel March 2009