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

Re: [slime-devel] random returning the same value
by Tobias C. Rittweiler 30 Nov '09

30 Nov '09

Patrick May <pjm(a)spe.com> writes: > Hi, > > I'm using Slime in Aquamacs with CCL. When I evaluate (random > 100) repeatedly in CCL started from a shell, I get a randomly > generated number between 0 and 99 inclusive. When I do the same with > C-x C-e within Slime, I get the same number every time. (random 100 > (make- > random-state)) gives the same behavior, but (random 100 (make-random- > state t)) works properly. > > Is Slime caching something or have I hosed up my environment? Sorry for the late response. CCL's swank backend uses threads by default, and threads inherit values from the global environment. *RANDOM-STATE* probably becomes thread-local automatically in CCL, resulting in the behaviour you described. It should work when you type in the form at the Slime REPL which evaluates all forms in the same thread. -T.

4 4

[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] [PATCH] a few small fixes
by Stelian Ionescu 27 Feb '09

27 Feb '09

The first patch replaces old-style backquoting with the new-style in contrib/bridge.el(when compiling the file I got a warning that old-style backquotes are deprecated since version 21 and will be removed soon). The other patches fix two typos. -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur.

2 1

[slime-devel] [BUG] compiler-notes on compile-time errors
by Tobias C. Rittweiler 26 Feb '09

26 Feb '09

C-c C-c'ing the following (defun foo () ,quux) used to pop up SLDB, but doesn't anymore. The function FOO is not highlighted in the source buffer. The compilation error printed to the REPL looks pretty unreadable, too. This is on SBCL. -T.

1 1

[slime-devel] Problem with truncation of strings in debugger
by Jeff Workman 26 Feb '09

26 Feb '09

When I evaluate (format t "~A" (some-str-function)) on a longish string in debugger with E, the string is printed truncated, which seems like the wrong behavior to me. Also, surprisingly when I evaluate (setf *str* (some-str-function)) from debugger, the string stored in *str* is truncated as well. That suggests to me that the debugger is modifying the behavior of (format nil ...) or other functions I use in constructing strings used internally in my program, which would obviously be very bad and could interfere with operation of the program. I'm using SBCL 1.0.20 on Linux (and cvs slime) btw.

3 3

[slime-devel] [BUG] paragraph-filling in SWANK-BACKEND::WARN-UNIMPLEMENTED-INTERFACES
by Tobias C. Rittweiler 26 Feb '09

26 Feb '09

SWANK-BACKEND::WARN-UNIMPLEMENTED-INTERFACES does correct filling in SBCL and CMUCL. It does not do any filling on CCL. The filling on Clisp is suboptimal. -T. PS: Instead of the (pprint-newline :fill) [~:_] in ~:<~{~A~^ ~:_~}~:> perhaps a use of ~:@> would imply it.

2 2

[slime-devel] Compilation output goes to *inferior-lisp* buffer under ABCL
by Mark Evenson 02 Feb '09

02 Feb '09

Somewhere between 2008-12-25 and 2009-01-17 the output for compilations in ABCL no longer shows up in the REPL but instead goes to the associated *inferior-lisp* buffer. Neither SBCL nor CLISP exhibit this behavior when invoked under the same Emacs/.emacs/SLIME combination, so I assume that something in the 'swank-abcl.lisp' hasn't kept pace with the rest of the system. Could anyone give me a pointer to specific changes that I could look at to investigate fixing this? A basic ten-minute investigation of the diffs didn't reveal anything glaringly obvious to me. Thanks, Mark <evenson(a)panix.com> -- "A screaming comes across the sky. It has happened before, but there is nothing to compare to it now."

3 5

[slime-devel] Daily ChangeLog diff
by Helmut Eller 31 Jan '09

31 Jan '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1672 slime/ChangeLog:1.1674 --- slime/ChangeLog:1.1672 Tue Jan 27 14:56:14 2009 +++ slime/ChangeLog Fri Jan 30 09:58:48 2009 @@ -1,3 +1,14 @@ +2009-01-30 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-clisp.lisp (fspec-location): Fix creation of source-location. + + Patch by Carsten Blaauw. + +2009-01-30 Geo Carncross <geocar(a)gmail.com> + + * swank-ecl.lisp (grovel-docstring-for-arglist): Fix for arglist + that reads, but isn't a list + 2009-01-27 Tobias C. Rittweiler <tcr(a)freebits.de> * swank-backend.lisp (with-symbol): New function, to be used with #+.

1 0

[slime-devel] Patch for improving xref with clisp
by Carsten 30 Jan '09

30 Jan '09

Hi, here is a patch that improves handling of cross references with clisp. With this patch file locations are presented to the function level instead of "no location". To enable cross referencing at asdf load time I have the following in my .swank.lisp: ;; update xref-results after loading of files #+clisp (defmethod asdf:perform :after ((operation asdf:load-op) (c asdf:cl-source-ile)) (pxref:xref-files (asdf:component-pathname c)) t) Here's the patch (diffed against swank-clisp.lisp 1.88) #########start######### --- /home/carsten/lisp/slime/swank-clisp.lisp 2009-01-11 04:15:02.000000000 +0100 +++ swank-clisp.lisp 2009-01-16 10:14:47.794470571 +0100 @@ -307,8 +307,9 @@ (make-location (list :file (namestring truename)) (if (consp lines) (list* :line lines) - (list :function-name (string fspec))) - (list :snippet (format nil "~A" type)))) + (list :function-name (string name))) + (when (consp type) + (list :snippet (format nil "~A"type))))) (t (list :error (princ-to-string c)))))) (t (list :error (format nil "No source information available for: ~S" fspec))))))) @@ -666,7 +667,7 @@ (defun xref-results (symbols) (let ((xrefs '())) (dolist (symbol symbols) - (push (fspec-location symbol symbol) xrefs)) + (push (fspec-location symbol (car (pxref:source-file symbol))) xrefs)) xrefs)) (when (find-package :swank-loader) ####end#### I hope it's useful for you and thanks for the good work on Slime Carsten

2 1

[slime-devel] [bug] ecl-swank chokes on cl-ppcre docstring
by Daniel Herring 30 Jan '09

30 Jan '09

Here's the original offender (and fix): diff of cl-ppcre-2.0.1/util.lisp:45,46 (defmacro with-unique-names ((&rest bindings) &body body) - "Syntax: WITH-UNIQUE-NAMES ( { var | (var x) }* ) declaration* form* + "Syntax WITH-UNIQUE-NAMES ( { var | (var x) }* ) declaration* form* Steps to reproduce: * load ECL in Slime * evaluate a form like the following (defmacro break-slime (&rest args) "Syntax: this-is-bad" (list args)) * Slime complains "THIS-IS-BAD is not of type CONS. [Condition of type TYPE-ERROR]" This is caused by grovel-docstring-for-arglist in slime/swank-ecl.lisp. By bad luck, Edi happened to use a docstring which *almost* matched the format... Slime/swank should handle it more gracefully. Later, Daniel P.S. After tracking that down, I updated to the latest Slime CVS; but slime broke. Another bug report...

2 2