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

[slime-devel] C-c C-k with external-format latin
by Nicolas Neuss 03 Nov '06

03 Nov '06

Hello, I have a file containing german "umlaute", which I can load with SBCL using (load "name.lisp" :external-format :latin-1) However C-c C-k yields decoding error on stream #<SB-SYS:FD-STREAM for "file /home/neuss/Programming/lisp/stundenplan.lisp" {1002304EE1}> (:EXTERNAL-FORMAT :UTF-8): the octet sequence (246 114 115 97) cannot be decoded. [Condition of type SB-INT:STREAM-DECODING-ERROR] How can I make C-c C-k (slime-compile-and-load-file) use an external format of :latin-1? Thank you, Nicolas

4 8

[slime-devel] Clicking on objects
by Dan Weinreb 03 Nov '06

03 Nov '06

There's something I've been wondering about. In Slime, in the REPL buffer, you can click on a presentation, and the thing you click on gets inserted into the buffer. So this is really nice when some object that does not have a readable printed representation gets printed. But you can also use it for things that DO have a readable printed representation, such as a list of fixnums. So far so good, but the problem is that the semantics of these two cases are different, because in the first case Lisp sees the object itself, whereas in the second case Lisp reads and evaluates the object. No eval in the first case, eval in the second case. The fact that the command does something different for these two cases makes it confusing for me. Does this bother anyone else? I would like it better if, in the second case, it inserted a quote, so that the semantics was always the same. (You could always go back and delete the quote if you really want evaluation.)

3 3

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

03 Nov '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.994 slime/ChangeLog:1.995 --- slime/ChangeLog:1.994 Wed Nov 1 09:16:21 2006 +++ slime/ChangeLog Thu Nov 2 06:13:24 2006 @@ -1,3 +1,36 @@ +2006-11-01 Attila Lendvai <attila.lendvai(a)gmail.com> + + * slime.el (sldb-sexp-highlight-mode): New custom. + (slime-handle-repl-shortcut): Trigger slime-lookup-shortcut when + the point is anywhere before slime-repl-input-start-mark. IOW, + you can press "," anywhere before the prompt. + (slime-edit-definition): Handle the case when there are only such + entries returned from swank that have errors. + (slime-read-from-minibuffer): Allow overriding of the keymap. + (slime-repl-previous-matching-input): Similar behaviour like + isearch-forward. + (slime-repl-next-matching-input): Ditto. In more details: You can + freely navigate with slime-repl-previous/next-input with M-p and + M-n at any time among the history entries. When M-r is pressed, + which invokes slime-repl-previous-matching-input, the the + minibuffer is activated to read the regexp to search for and the + contents will default to the current repl input. Pressing M-r + again will start searching with the last pattern used no matter + what the content of the minibuffer is. Subsequent invocations of + M-r get the next match, and of course the same applies for M-s, + which is slime-repl-previous-matching-input. + + * swank.lisp (fuzzy-completion-set): Fix on clisp. + (convert-fuzzy-completion-result): Fix symbol fbound and other + annotations. + (slot-value-using-class-for-inspector): New. + (slot-boundp-using-class-for-inspector): New. + (inspect-for-emacs): Use the special slot access methods so that + it's possible to customize the inspecting of complex + slots (e.g. computed-class at + http://common-lisp.net/project/computed-class/) + (all-slots-for-inspector): Converted to generic method. + 2006-11-01 Marco Baringer <mb(a)bese.it> * swank.lisp (*swank-wire-protocol-version*): Use a defvar to

1 0

[slime-devel] fuzzy update with fixes
by Attila Lendvai 02 Nov '06

02 Nov '06

please find the updated patch attached. (the vector serialization part was crappy and pointless so i've dropped it) there are some other fixes in it, too, like the completion buffer randomly closing when editing the target buffer. 2006-10-21 Attila Lendvai <attila.lendvai(a)gmail.com> * slime.el (slime-setup-command-hooks): Use make-local-hook. (slime-repl-mode): Ditto. (slime-fuzzy-choices-buffer): Ditto. (sldb-mode): Ditto. (slime-fuzzy-completion-limit): New variable. (slime-fuzzy-completion-time-limit-in-msec): New variable. (slime-fuzzy-next): Fix when at the end of the buffer. (slime-temp-buffer-quit): Always close the opened window, updated docstring. Also made the fuzzy maps smarter, they now try to look up keys with 'where-is-internal and map the functions on them. * swank-sbcl.lisp (make-weak-value-hash-table): New for sbcl. (make-weak-key-hash-table): New for sbcl. * swank.lisp (fuzzy-completions and friends): Added :limit and :time-limit-in-msec keyword params. Used vectors instead of lists that nearly doubled its speed (at least on sbcl). Also added some declare optimize and type annotations. -- - 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)

3 7

[slime-devel] Running Emacs 23.0.0.1 - wire-protocol-version problem
by Lars Rune Nøstdal 02 Nov '06

02 Nov '06

Hi, Not sure what's going on, but I needed to do this to start latest CVS of SBCL and Slime just now: cvs diff: Diffing . Index: swank.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank.lisp,v retrieving revision 1.414 diff -r1.414 swank.lisp 1245c1245 < :wire-protocol-version ,(wire-protocol-version))) --- > :style ,(wire-protocol-version))) I'm running Emacs 23.0.0.1 btw. - GTK+ and XFT is a must. -- Lars Rune Nøstdal http://lars.nostdal.org/

2 1

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

02 Nov '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.993 slime/ChangeLog:1.994 --- slime/ChangeLog:1.993 Mon Oct 30 11:25:09 2006 +++ slime/ChangeLog Wed Nov 1 09:16:21 2006 @@ -1,3 +1,9 @@ +2006-11-01 Marco Baringer <mb(a)bese.it> + + * swank.lisp (*swank-wire-protocol-version*): Use a defvar to + declare the existence of tihs variable to the lisp (Reported by: + Jonathon McKitrick <jcm(a)FreeBSD-uk.eu.org>). + 2006-10-30 Marco Baringer <mb(a)bese.it> * swank.lisp (*dont-close*): New variable.

1 0

Re: [slime-devel] Problem getting slime working
by David Barker 01 Nov '06

01 Nov '06

Hmm I added (require 'slime) and (slime-setup) to my ~/.emacs file and now when I first run emacs I get a Lisp Interaction buffer that does tabbing and things but it doesn't seem to effect the slime buffer or the buffers of lisp files I load. Thanks > On 10/30/06, David Barker <kzar(a)kzar.co.uk> wrote: >> I don't think I need to add that because I am on debian I think its done for me. The file /etc/emacs/site-start.d/50slime.el seems to be for loading slime. >> >> (let ((package-dir (concat "/usr/share/" >> (if (boundp 'flavor) (symbol-name flavor) >> "emacs") >> "/site-lisp/slime"))) >> (when (file-directory-p package-dir) >> (setq load-path (cons package-dir load-path)))) >> >> (setq slime-backend >> "/usr/share/common-lisp/source/slime/swank-loader.lisp") >> >> (mapcar #'(lambda (fn) (autoload fn "slime" nil t)) >> '(slime slime-connect slime-mode)) >> >> Or do I still need to add some / all of the stuff to my ~/.emacs file? > > I don't know the specifics for debian, but it looking at the code it still doesn't call slime-setup. Maybe they left it for the ~/.emacs? I'd suggest you try it and/or ask again on the list specifying more details. I believe Peter Van Eynde is on the list and he is the debian package maintainer. > > Cheers, > Ivan > > -- > "...Please don't assume Lisp is only useful for Animation and Graphics, AI, Bioinformatics, B2B and E-Commerce, Data Mining, EDA/Semiconductor applications, Expert Systems, Finance, Intelligent Agents, Knowledge Management, Mechanical CAD, Modeling and Simulation, Natural Language, Optimization, Research, Risk Analysis, Scheduling, Telecom, and Web Authoring just because these are the only things they happened to list." > -- Kent Pitman > >

1 0

[slime-devel] repl history
by Attila Lendvai 01 Nov '06

01 Nov '06

hi! among others i've got this pending in my local slime: (slime-repl-previous-matching-input): Similar behaviour like isearch-forward. (slime-repl-next-matching-input): Ditto. In more details: You can freely navigate with slime-repl-previous/next-input at any time among the history entries. slime-repl-previous/next-matching-input when invoked sequentially (i.e. pressing M-r multiple times) then it'll find the next matching regexp and also they can be invoked at any history entry. slime-repl-history-navigation-neutral-commands stores a list of commands that are not reseting this behaviour. the downside (?) is that it removes the old behaviour that when you moved the caret inside a history entry retrieved by slime-repl-previous/next-matching-input it was searching for entries that matched the string between the repl start and the caret. to be honest i didn't grasp that behaviour until i was looking at the code due to the annoyance caused by the inability to search again after a first regexp search. my question is, are people using this lost feature? are you satisfied by the way the repl history works in cvs head? -- - 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)

2 1