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

[slime-devel] Behaviour of slime-inspect in slime-cvs
by Baishampayan Ghose 10 Jan '08

10 Jan '08

Hello, I have been using slime-2.0 all this while and I tried out slime-cvs recently. I discovered that C-c I (slime-inspect) doesn't inspect the object under the point any more as it used to do up to slime-2.0 I found the feature to be extremely useful as I could move up and down anywhere in the REPL buffer and inspect any object. Now I am limited to inspecting only * though **** and variables. In my humble opinion the old behaviour of slime-inspect should be in slime-cvs too; or there should at least be _some_ way to trivially enable the old behaviour. Regards, BG -- Baishampayan Ghose (concatenate 'string (mapcar #'code-char (reverse '(109 111 99 46 108 105 97 109 103 64 101 115 111 104 103 46 98))))

2 1

[slime-devel] M-x slime-version
by Terrence Brannon 10 Jan '08

10 Jan '08

Shouldnt there be a command to display the slime-version?

2 1

[slime-devel] slime-complete-form broken
by Matthias Koeppe 10 Jan '08

10 Jan '08

Hi Tobias, I noticed that slime-complete-form is broken in SLIME CVS. Since you did the most recent changes to arglist-related parsing, I hope you can fix it. Create this Lisp buffer: --------------------------------------------------------- (defun (defun foo (a) a) --------------------------------------------------------- Then move point after the first "defun" and press C-c C-s. SLIME now inserts "varlist body...)" and then signals "Wrong type argument: stringp, nil". It should have inserted "name varlist body...)" instead (it should also not signal an error). Apparently the "defun foo" form is taken as an actual argument to the first "defun" form and consumes the formal argument "name". This is wrong. For slime-complete-form, the parser should ignore everything that is beyond the token around point, as in earlier versions of the code (I remark it is NOT sufficient to just stop before the next top-level expression). The wrong-type-arg error is occuring in code related to the automatic closing of parens. Thanks, Matthias -- Matthias Köppe -- http://www.math.uni-magdeburg.de/~mkoeppe

2 8

[slime-devel] executing a lisp file from emacs
by Dave Pawson 10 Jan '08

10 Jan '08

New slime user. Running sbcl, emacs 21, FC8 I have a lisp file x.lisp $sbcl --load dovetailCalc.lisp and the program runs fine. I *think* C-c C-k should execute the program. >From the screen information it is simply compiled. http://common-lisp.net/project/slime/doc/html/Lisp-Evaluation.html#Lisp-Eva… Tried C-M-x from within the lisp buffer and I get an error report The function SELFTEST is undefined. [Condition of type UNDEFINED-FUNCTION] Seems it fails to find the top level definition? I guess I'm doing something silly, but I can't figure out what. Any help appreciated. regards -- Dave Pawson XSLT XSL-FO FAQ. http://www.dpawson.co.uk

2 2

[slime-devel] slime and utf-8
by Угодай n/a 10 Jan '08

10 Jan '08

hi, all. I have such the linux system: ~% uname -a Linux rys 2.6.23-ARCH #1 SMP PREEMPT Fri Dec 21 20:26:31 CET 2007 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ AuthenticAMD GNU/Linux ~% locale LANG=ru_RU.UTF-8 LC_CTYPE="ru_RU.UTF-8" LC_NUMERIC="ru_RU.UTF-8" LC_TIME="ru_RU.UTF-8" LC_COLLATE=C LC_MONETARY="ru_RU.UTF-8" LC_MESSAGES="ru_RU.UTF-8" LC_PAPER="ru_RU.UTF-8" LC_NAME="ru_RU.UTF-8" LC_ADDRESS="ru_RU.UTF-8" LC_TELEPHONE="ru_RU.UTF-8" LC_MEASUREMENT="ru_RU.UTF-8" LC_IDENTIFICATION="ru_RU.UTF-8" LC_ALL= ~% pacman -Qs emacs local/emacs-cvs 20071029-1 Gnu Emacs from CVS local/slime-cvs 20070115-3 The Superior Lisp Interaction Mode for Emacs ~% pacman -Qs sbcl local/sbcl 1.0.12-1 Steel Bank Common Lisp My emacs work with MULE and I wrote in ~/.emacs: ;;lisp ;;; The SBCL binary and command-line arguments (setq inferior-lisp-program "/usr/bin/sbcl --noinform") ;;slime (setq slime-net-coding-system 'utf-8-unix) (add-to-list 'load-path "/usr/share/emacs/site-lisp/slime") (require 'slime) (slime-setup) (slime-setup :autodoc t) but if I try to run the such code (pushnew #p"/home/ugoday/.sbcl/systems/uffi/" asdf:*central-registry*b. :test #'equal) (asdf:operate 'asdf:load-op :uffi) (pushnew #p"/home/ugoday/.sbcl/systems/curl/" asdf:*central-registry* :test #'equal) (asdf:operate 'asdf:load-op :curl) (curl:with-connection-returning-string (:cookies t) (curl:set-option :url "http://ya.ru") (curl:perform)) slime tells me c-string decoding error (:external-format :UTF-8): the octet sequence 2 cannot be decoded. [Condition of type SB-INT:C-STRING-DECODING-ERROR] what can I do to fix this?

2 1

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

10 Jan '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1264 slime/ChangeLog:1.1265 --- slime/ChangeLog:1.1264 Thu Jan 3 22:34:34 2008 +++ slime/ChangeLog Wed Jan 9 12:08:59 2008 @@ -1,3 +1,11 @@ +2008-01-09 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> + + * slime.el (slime-repl-mode-map): Bind C-c C-t to + slime-toggle-trace-fdefinition (as in Lisp buffers) instead of + slime-repl-clear-buffer. This binding is useful for untracing + functions directly from the trace output. Move + slime-repl-clear-buffer to the keybinding C-c M-o. + 2008-01-04 Juho Snellman <jsnell(a)iki.fi> * swank-sbcl.lisp (source-file-source-location): Use the Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.69 slime/contrib/ChangeLog:1.71 --- slime/contrib/ChangeLog:1.69 Sun Dec 30 06:32:06 2007 +++ slime/contrib/ChangeLog Wed Jan 9 19:43:14 2008 @@ -1,3 +1,27 @@ +2008-01-10 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-arglists.lisp (read-form-spec): Changed "cons" clause to + "list" clause in etypecase. Fix for error on arglist display on + `(declare (ftype (|)))', | being point. + +2008-01-10 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-fuzzy.el (slime-fuzzy-completion-time-limit-in-msec): + Update docstring: Its value isn't rounded to nearest second, but + is really interpreted as msecs. + + * swank-fuzzy.el: Updated some comments. + (fuzzy-generate-matchings): Sort package matchings before + traversal, such that they're traversed in the order of their + score. (Important with time limit exhausts during traversal.) + +2008-01-09 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> + + Restore support for Scheme programs that was removed from core + SLIME on 2007-09-19, as a "slime-scheme" contrib. + + * slime-scheme.el: New file. + 2007-12-30 Tobias C. Rittweiler <tcr(a)freebits.de> * swank-arglists.lisp: Fix for `(cerror "FOO" 'type-error ...)'

1 0

[slime-devel] [Patch] Rebind C-c C-t in REPL to slime-toggle-trace-fdefinition
by Matthias Koeppe 09 Jan '08

09 Jan '08

Unless there are objections, I will make the change below in SLIME CVS. 2007-12-12 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> * slime.el (slime-repl-mode-map): Bind C-c C-t to slime-toggle-trace-fdefinition (as in Lisp buffers) instead of slime-repl-clear-buffer. This binding is useful for untracing functions directly from the trace output. --- slime.el.~1.882.~ 2007-12-11 17:20:50.000000000 +0100 +++ slime.el 2007-12-12 13:57:41.509816000 +0100 @@ -2873,7 +2873,7 @@ ("\C-c\C-w" slime-who-map) ("\C-\M-x" 'slime-eval-defun) ("\C-c\C-o" 'slime-repl-clear-output) - ("\C-c\C-t" 'slime-repl-clear-buffer) + ("\C-c\C-t" 'slime-toggle-trace-fdefinition) ("\C-c\C-u" 'slime-repl-kill-input) ("\C-c\C-n" 'slime-repl-next-prompt) ("\C-c\C-p" 'slime-repl-previous-prompt) Matthias -- Matthias Köppe -- http://www.math.uni-magdeburg.de/~mkoeppe

3 4

[slime-devel] [RfC] Changing behaviour of `C-w' in Isearch
by Tobias C. Rittweiler 08 Jan '08

08 Jan '08

Hi, I often find it quite annoying that `C-w' during Isearch just inserts the word at point; the reason is that variable identifiers in Lisp contain non-word constituents very often. E.g. If point is at *special-variables*, you'd have to press `C-w' three times to eventually get it inserted as the search string. The following will make `C-w' respect symbol constituents as well as word constituents when isearching in Lisp buffers, such that one `C-w' will suffice for gripping special variables. (defun isearch-yank-symbolic-word-or-char () (interactive) (isearch-yank-internal (lambda () (let ((distance (skip-syntax-forward "w_"))) (when (zerop distance) (forward-char 1)) (point))))) (add-hook 'lisp-mode-hook (lambda () (make-local-variable 'isearch-mode-map) (define-key isearch-mode-map "\C-w" 'isearch-yank-symbolic-word-or-char))) I consider this generally useful, and wanted to ask if I should commit something like that to Slime? -T.

2 1

[slime-devel] [BUG] Inspecting LPNs with SLIME
by Michael Weber 05 Jan '08

05 Jan '08

Inspecting logical pathnames with SLIME's inspector appears to fail. Test case: (setf (logical-pathname-translations "FOO") '(("FOO:**;*.*.*" "/foo/**/*.*"))) C-c I #p"FOO:bar;" RET #<SB-KERNEL:LOGICAL-HOST "FOO"> fell through ETYPECASE expression. Wanted one of (CONS STRING NULL). [Condition of type SB-KERNEL:CASE-FAILURE] Backtrace: 0: (SWANK::INSPECTOR-CONTENT-FOR-EMACS ("Namestring" #1=": " (:VALUE "FOO:BAR;") #2=(:NEWLINE) "Physical pathname: " #1# (:VALUE #P"/foo/bar/") #2# "Host: " #<SB-KERNEL:LOGICAL-HOST "FOO"> ...)) 1: (SWANK::INSPECT-OBJECT #P"FOO:BAR;" #<SWANK::FANCY-INSPECTOR {15EB7981}>) [...] Cheers, Michael

1 0

[slime-devel] Re: Bug#457648: fails to compile when using with slime
by Luca Capello 05 Jan '08

05 Jan '08

reassign 457648 cl-swank found 457648 1:20070927-3 found 457648 1:20071202-1 tags 457648 + upstream thanks Hello! Cc:ing the SLIME-devel mailing list because it's an upstream bug. On Mon, 24 Dec 2007 08:50:10 +0100, anoop aryal wrote: > when using cl-arnesi with slime, > > (require :arnesi) > > causes: > > ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0.12.debian-linux-x86/swank-arglists.fasl" > WARNING: change in instance length of class SB-PRETTY:PRETTY-STREAM: > current length: 27 > compile time length: 25 > ;; > ;; Error while loading: /var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0.12.debian-linux-x86/swank-arglists.fasl > ;; Condition: The class SB-PRETTY:PRETTY-STREAM was not changed, and there's no guarantee that > ;; the loaded code (which expected another layout) will work. > ;; Aborting. > ;; ; > ; compilation unit aborted > ; caught 1 fatal ERROR condition This is reproducible on my sid-amd64 with a simple (require 'swank) in SLIME and SBCL_1:1.0.12.0-1 on emacs-snapshot_1:20080101-1 (GNU Emacs 23.0.50.1). For this reason it's not an arnesi bug, but a SLIME one, reassigning. The bug doesn't happen with SLIME_1:20070628-1, but only starting with version 1:20070927-3, which unconditionally loads all the fancy stuff: the WARNING happears with contrib/swank-presentation-streams.lisp. Thx, bye, Gismo / Luca

1 0