slime-devel February 2009

slime-devel@common-lisp.net

26 participants
43 discussions

[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] Small documentation changes.
by Stas Boukarev 26 Feb '09

26 Feb '09

Here are some little changes to slime documentation, mostly fixing typos and adding missing keybindings. -- With Best Regards, Stas.

2 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] [patch] Inspector showing hashtable keys in sorted order
by Willem Broekema 26 Feb '09

26 Feb '09

The inspector currently shows hash table keys in the implementation's internal order. With the attached patch, if the keys are all strings/symbols, or all numbers, they are shown in sorted order. That makes it easier to analyze the entries. - Willem

2 1

[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] contrib/slime-compiler-notes-tree.el doesn't provide 'slime-compiler-notes-tree feature
by James Wright 26 Feb '09

26 Feb '09

Hi all, The newly-refactored slime-compiler-notes-tree.el provides the feature 'slime-complete-notes-tree rather than 'slime-compiler-notes-tree, which makes it impossible to load using `slime-setup'. From the file comment (which refers to slime-complete-notes-tree.el), I assume that this is because the filename changed during development. James

2 1

[slime-devel] Patch: recognize symbols containing @
by Chaitanya Gupta 26 Feb '09

26 Feb '09

Hi, The attached patch modifies slime-beginning-of-symbol and slime-end-of-symbol to take into account symbols containing the @ character. This allows, among other things, symbol completion and arglist echoing for these symbols. Chaitanya

2 1

[slime-devel] slime-pretty-package-name and basic cases
by Geoff Wozniak 26 Feb '09

26 Feb '09

I've run into an issue with slime-repl-set-package and the latest Slime from CVS. When I call slime-repl-set-package, I immediately see "FALL THROUGH" in the minibuffer. Looking at the code, it seems to be a result of the call to slime-pretty-package-name which signals an error with "FALL THROUGH" when none of the cases match. If I trace slime-pretty-package-name, I get 1 -> slime-pretty-package-name: name="COMMON-LISP-USER" and sure enough, a direct call to the function with "COMMON-LISP-USER" results in the "FALL THROUGH" error being signalled. However, if you evaluate (slime-pretty-package-name "\"COMMON-LISP-USER\"") you get back "COMMON-LISP-USER". Should slime-pretty-package-name be matching "basic" names like this? Currently, it seems to only match strings prefixed with the hash ("#"), double-quote or whatever is defined for slime-reader- conditionals-regexp. -- Geoff

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 26 Feb '09

26 Feb '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1686 slime/ChangeLog:1.1687 --- slime/ChangeLog:1.1686 Tue Feb 24 17:43:15 2009 +++ slime/ChangeLog Wed Feb 25 17:53:27 2009 @@ -1,3 +1,8 @@ +2009-02-25 Luís Oliveira <loliveira(a)common-lisp.net> + + * contrib/slime-compiler-notes-tree.el: Fix typo in the `provide' + form. + 2009-02-24 Tobias C. Rittweiler <tcr(a)freebits.de> * slime.el (slime-forward-cruft): Forward whitespace, reader

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 25 Feb '09

25 Feb '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1683 slime/ChangeLog:1.1686 --- slime/ChangeLog:1.1683 Tue Feb 17 09:03:41 2009 +++ slime/ChangeLog Tue Feb 24 17:43:15 2009 @@ -1,3 +1,26 @@ +2009-02-24 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-forward-cruft): Forward whitespace, reader + conditonals, comments. Splitted from `slime-forward-sexp'. + (slime-pretty-package-name): Use it. + +2009-02-24 Tobias C. Rittweiler <tcr(a)freebits.de> + + Re-checkin my change from 2009-02-14. It seems I didn't actually + commit it. + +2009-02-22 Tobias C. Rittweiler <tcr(a)freebits.de> + + `M-x slime-format-string-expand' displays the expansion of a + format string. + + * slime.el (slime-string-at-point) New. + (slime-string-at-point-or-error): New. + (slime-format-string-expand): New; use them. + + * swank-backend.lisp (format-string-expand): New interface. + * swank.lisp (swank-format-string-expand): New; use it. + 2009-02-17 Helmut Eller <heller(a)common-lisp.net> * swank.lisp (dispatch-event [:emacs-rex]): Reply a :invalid-rpc

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel February 2009