slime-devel August 2007

slime-devel@common-lisp.net

32 participants
61 discussions

[slime-devel] Saving *slime-scratch*
by Nikodemus Siivola 11 Oct '08

11 Oct '08

The attached patch associates *slime-scratch* with a file if you name one as "slime-scratch-file". I've been running slime with this a while, and rather like it. Something like this was talked about a while ago, and dropped because of what looked like an ideologinal objection to scratch-buffers in my mind. Is the consensus still against this? Cheers, -- Nikodemus Index: slime.el =================================================================== RCS file: /project/slime/cvsroot/slime/slime.el,v retrieving revision 1.784 diff -u -r1.784 slime.el --- slime.el 16 Apr 2007 14:42:33 -0000 1.784 +++ slime.el 27 Apr 2007 13:26:17 -0000 @@ -4570,10 +4570,15 @@ (set-keymap-parent map lisp-mode-map) map)) +(defvar slime-scratch-file nil) + (defun slime-scratch-buffer () "Return the scratch buffer, create it if necessary." (or (get-buffer "*slime-scratch*") - (with-current-buffer (get-buffer-create "*slime-scratch*") + (with-current-buffer (if (not slime-scratch-file) + (get-buffer-create "*slime-scratch*") + (find-file slime-scratch-file)) + (rename-buffer "*slime-scratch*") (lisp-mode) (use-local-map slime-scratch-mode-map) (slime-mode t)

4 5

[slime-devel] Operating on the swank readtable?
by Alberto Riva 17 Jan '08

17 Jan '08

Hello, I'm trying to define a few macro characters for use in the slime top-level, but I can't figure out where to put the SET-DISPATCH-MACRO-CHARACTER calls so that they affect the swank readtable instead of the default one. I've tried putting them both in my lisp initialization file and in .swank.lisp, but in both cases the macro character is defined in the initial readtable and not in the slime one (so it works in the *inferior-lisp* buffer, but not in the slime-repl buffer). Thanks! Alberto Riva University of Florida

2 2

[slime-devel] defining LISP functions in Emacs
by Joe Corneli 11 Jan '08

11 Jan '08

I want to create a variant of `defun' that takes arguments from Emacs and assembles a body to be evaluated by SLIME. It seemed to me that this macro definition w ould work: (defmacro ldefun (name arglist &rest body) `(defun ,name ,arglist (slime-eval (progn ,@body)))) For example, here is how it expands in a simple case: (macroexpand '(ldefun testslime (first second) (list first (+ 1 second)))) ;=> (defun testslime (first second) ;=> (slime-eval (progn (list first (+ 1 second))))) But that didn't turn out. In fact, even the `slime-eval' form just above does not work in a stand-alone fashion: (slime-eval (progn (list 2 (+ 1 6)))) Gives this error: Execution of a form compiled with errors. Form: (2 7) Whereas from the REPL, I get this behavior: CL-USER> (progn (list 2 (+ 1 6))) (2 7) So, I find this behavior surprising. Can anyone help me out? Note: I'm running Slime CVS from 2007-06-16 and SBCL 1.0.5.

3 3

[slime-devel] slime apparently mis-reporting closed connection
by Samium Gromoff 26 Oct '07

26 Oct '07

After well into the second decade of slime-disconnect/slime-connect loop iteration (interweaved with normal operation) the emacs side of slime stopped recognising connection status. I`m doing a slime-disconnect, restarting swank and slime-connect, however immediately after this either a slime-load-file or a (load ...) in slime repl result in a message "Connection closed." i have some time before i will have to reboot the machine, and until then i can provide various forensics upon request... regards, Samium Gromoff

5 5

[slime-devel] Inspector: inspect-bigger-piece and inspect-whole-thing broken.
by Madhu 23 Sep '07

23 Sep '07

Here are two test cases for exposing the bugs: ;; In ~/.swank.lisp: (setq SWANK::*SLIME-INSPECT-CONTENTS-LIMIT* 10) ;; ;; CASE I ;; (defvar *ht* (make-hash-table :test #'eql)) (loop for i below 20 do (setf (gethash i *ht*) (princ i))) Then M-x slime-inspect *ht* (C-c I *ht*) : The inspector window show: |Contents: |10 elements shown. Prompt for how many to inspect... |Inspect all 20 elements. Choosing either of these two (bigger pieces action and entering the value in the REPL) or inspect whole pieces action, does not change the contents displayed in the inspector window, i.e. the number of items displayed does not change. ;; ;; CASE II ;; (defvar *array* (make-array 100 :initial-element nil)) Then M-x slime-inspect *array* (C-c I *array*) The variable SWANK::*SLIME-INSPECT-CONTENTS-LIMIT* is not respected and the whole contents of the array is printed. I'm guessing the following Changelog entry may apply, but haven't checked or fixed the problem against HEAD. |2007-04-19 Tobias C. Rittweiler <tcr(a)freebits.de> | | * swank-backend.lisp (label-value-line): Add :newline as &key | argument; if true (the default) inserts a newline. | | * swank.lisp (inspect-for-emacs-list): Don't add a newline after | the last value of the list. | -- Madhu

1 2

[slime-devel] Switching repl threads
by Osei Poku 10 Sep '07

10 Sep '07

Hi, I have sbcl 1.0.7 running remotely on machine A and I initially connected to it from emacs/slime on another machine B. I would like to start an emacs on machine A, and attach to the repl thread that is visible on machine B's emacs/slime repl. The problem is that machine B is my laptop and I executed a function that will take about 24 hrs. I would disconnect the slime connection, but, that will terminate the repl-thread that currently executing the long function. Can I keep this thread alive *and* disconnect the slime connection? Thanks, -- Osei Poku PhD Student, ECE Carnegie Mellon University

3 4

[slime-devel] Halp, slime isn't working any more (for me)
by T Taneli Vahakangas 05 Sep '07

05 Sep '07

Hello all, I have somehow completely broked my slime or emacs. After doing M-x slime the *inferior-lisp* buffer is left on display and in minibuffer it says "Connecting to Swank on port NNNN..", but it doesn't proceed from there. I can do M-x slime-repl which will give me a *slime-repl nil* but then it refuses to show the arglist of functions. Since this is the other major feature of slime for me (the other being autocompletion, which works), I'd like to get it back. Any hints? I'm also missing the cheezy animation at start-up ... Taneli

3 10

[slime-devel] [PATCH] slime-complete-function* on XEmacs
by Madhu 04 Sep '07

04 Sep '07

There is a problem in XEmacs (21.4) with the current implementation of `slime-complete-symbol*'. On completing a symbol, the text gets truncated to the length of the unambiguous prefix of all matches -- This is entirely an artifact of the XEmacs completion mechanism, and has nothing to do with SLIME's code. I'm appending a patch which works around this issue when the situation is applicable and which I believe is harmless in all other scenarios. I take it there is no interest in the earlier patch I posted in <http://permalink.gmane.org/gmane.lisp.slime.devel/5668> in reviving SLIME's own earlier unambiguous-prefix behaviour. Who are the active committers on SLIME at this time? Can one conclude that if a patch has not been committed in a few weeks, there is no interest in it and it will likely not be included in slime? I had posted a few bug fixes on this list and would like to know what to expect on those issues, thanks. -- Madhu --- slime.el.~1.794.~ 2007-06-28 17:57:51.000000000 +0530 +++ slime.el 2007-08-04 18:15:16.000000000 +0530 @@ -6128,10 +6128,12 @@ "Can't find completion for \"%s\"" prefix) (ding) (slime-complete-restore-window-configuration)) - (goto-char end) - (insert-and-inherit completed-prefix) - (delete-region beg end) - (goto-char (+ beg (length completed-prefix))) + (cond ((> (length completed-prefix) (- end beg)) + (goto-char end) + (insert-and-inherit completed-prefix) + (delete-region beg end) + (goto-char (+ beg (length completed-prefix)))) + (t nil)) (cond ((and (member completed-prefix completion-set) (= (length completion-set) 1)) (slime-minibuffer-respecting-message "Sole completion")

3 4

[slime-devel] I need a direct replacement for 'slime-close-parens-at-point
by Frank Goenninger 03 Sep '07

03 Sep '07

Hi all: As slime-close-parens-at-point is now deprecated I am in search for a direct replacement. I had that function bound to ")" so the exact number of right parentheses got inserted at point. In the source it is suggested to replace the binding with 'slime- close-all-parens-in-sexp but that does not do the same ... Any hint really appreciated .... (I am only a user of Slime of course). Thanks!!! Frank

3 5

[slime-devel] contrib branch
by Helmut Eller 02 Sep '07

02 Sep '07

Gentlemen, I've added a branch with tag "contrib" which contains my proposal to split up Slime. Essentially it contains a new directory "contrib" with the fuzzy completion code. To use fuzzy completion you have to add something like this to your .emacs: (add-to-list 'load-path ".../slime/contrib/") (add-hook 'slime-load-hook (lambda () (require 'slime-fuzzy))) After that everything should work as before. Unless we hit some show stopping problem, I'll merge that branch into the main trunk in the next few days. Helmut.

8 20

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel August 2007