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

[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] 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] Evaluate forms from within Lisp buffers and displaying the result in the REPL
by Rainer Joswig 26 Aug '07

26 Aug '07

Hi, I'm a bit used to the behavior of MCL when it comes to Lisp buffers and listeners. Maybe SLIME developers know how to achieve a similar behavior or would like to provide something similar. MCL allowed multiple Lisp text editor windows and listener windows. If there are multiple listeners one is the front most. If the cursor is behind a Lisp form in a Lisp editor window, one can press Enter (or control-return) and the form will be enqueued into the REPL of the front most listener. Doing this in a listener, the form will be displayed at the prompt and enqueued in the listener's REPL. Pressing Enter only has the effect that the form and the result is shown in the listener. In the Editor window, nothing happens (no cursor moved, no character entered, no window focus changed). The listener REPL gets the forms from its queue and displays the form and the result at the end of the current buffer. This way you get interaction histories in the listener. Currently SLIME lets me evaluate a form in a text buffer and the form gets printed into the listener and the result gets printed in the mini-buffer. I can see then in the listener the history of evaluated forms, but not the history of results. Additionally the form will be printed with additional characters before and after. SLIME displays several forms evaluated from a text buffer in the REPL like this: ;;;; (+ 1 2) ... ;;;; (+ 1 2) ... ;;;; (+ 1 2) ... The normal REPL interaction display would be like: CL-USER> (+ 1 2) 3 CL-USER> (+ 1 2) 3 CL-USER> (+ 1 2) 3 Both ways look different. Why not use the latter for both interactions? Useful is then also a command to rotate between the various listeners (next, previous) and Lisp buffers (next, previous). Advantages I see for MCL: * With MCL you get the same REPL listener display if you evaluate forms from the Lisp editor buffer (via RETURN) or if you use the REPL in the listener. * Using the enter key (vs. Return) to evaluate code in the editor gets rid of one complex keystroke. * One gets reusable interaction histories in the listener where form and result are displayed together. Is SLIME already providing something similar? Would others find this way of interaction between Lisp buffers and a REPL buffer useful? Regards, Rainer Joswig -- http://lispm.dyndns.org

9 21

[slime-devel] repl history navigation and M-r
by Attila Lendvai 13 Jul '07

13 Jul '07

a recent checkin to cvs eliminated a very useful (ymmv) feature: M-r and M-s behaved just like C-s when it was sequently pressed more then once. i use that feature more than anything in the repl navigation. was it intentional? -- - 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 11

[slime-devel] error message
by Tamas K Papp 07 Jul '07

07 Jul '07

Hi, If I send a function that generates a warning to the inferior lisp process, slime gives this error message: error in process filter: Wrong number of arguments: (lambda (f startval l) "reduce the list l by the binary function f. Use start value startval (cf MacLennnan p. 396)" (cond ((null l) startval) (t (apply f (list (car l) (reduce f startval (cdr l))))))), 4 For example, if the function is (defun foo (bar) nil) and I press C-c C-c, I get the error message (because of the cmucl warning that bar is not used). Am I doing something wrong? I am a Lisp newbie. Versions: ii cmucl 19d-20061116-1 The CMUCL lisp compiler and development syst ii emacs21 21.4a+1-5 The GNU Emacs editor ii slime 20061201-2 Superior LISP Interaction Mode for Emacs Thanks, Tamas

3 4

[slime-devel] fix for C-c C-c in ecl
by Dustin Long 17 May '07

17 May '07

Hi, Attached is a patch that unbreaks slime-compile-defun in ECL. Without it, the compiler seems to succeed but doesn't actually compile any of the code.

2 2

[slime-devel] wrapping a non-LISP prompt for use by SLIME
by Joe Corneli 30 Apr '07

30 Apr '07

Hi, I have been contributing some work to the Monster Mountain project, http://code.google.com/p/mmtn/ -- which is nominally a Lisp-based MUD, but is, more generally, a Lisp-based application server. One of the things that it currently features is a "multi-user Lisp", with login via netcat. In particular, it largely solves a problem I had brought up on this mailing list in 2006 -- http://common-lisp.net/pipermail/slime-devel/2006-June/005033.html I am now curious about what I think should be a rather simple problem, which is, providing a SLIME connection to this prompt. Schematically, what I envision is: remote server -runs-> LISP 1 LISP 1 -runs-> Monster Mountain remote server -runs-> LISP 2 LISP 2 -runs-> SWANK local Emacs -`slime-connect's over SSH tunnel to-> SWANK SWANK-embedded LISP process -logs in to-> Monster Mountain Result: SLIME interface to Monster Mountain. This looks complicated, but my sense is that it should "just work" if Monster Mountain can provide the "SWANK-embedded LISP process" with the right stuff. I will probably have to ask some additional questions (probably not here) to figure out how to get LISP to connect to Monster Mountain (as above, currently that is done in the shell with netcat), but for this list my question is: what should the interface of the Monster Mountain server look like to its LISP client in order for SLIME to be happy? (My intuition is that it should roughly look like we are in a "virtual package", whatever that would mean.)

1 0

[slime-devel] RFC for completion behaviour
by Tobias C. Rittweiler 28 Apr '07

28 Apr '07

Hi Slime-hackers, Two issues related to how completion should behave: a) As of now, completing on "asdf::" or "asdf::foo" means that it's tried to find any (or the respective) symbols within #<PACKAGE "ASDF"> that is _accessible_. However, this includes all those symbols that are inherited from other packages, including :CL, as most packages include it. If you're looking for a symbol that you know is _internal_ to some package, you're forced to search through (possibly) quite a mess. So what do you think, to change the completion code to only try to match against symbols _internal_ to #<PACKAGE "ASDF"> in the above case? The downside is that if you've got a package :A that uses some internal packages :B and :C for internal code structure purpose, you won't be able to find the symbols in these internal packages. So if people want the new bevahiour, I'd implement it in a way that is has to be explicitely enabled by setting some global value. What's your opinion on this? b) Slime's standard completion function `SLIME-COMPLETE-SYMBOL*' (i.e. the one that is used at the REPL, for instance) completes "asdf:*Com" to "asdf:*COMPILE-FILE--BEHAVIOUR*", where point is at the end of the completion. (As opposed to `SLIME-SIMPLE-COMPLETE-SYMBOL', which would complete it to "asdf:*COMPILE-FILE-".) Traditionally, the point has been set to the place between the two dashes ("asdf:*COMPILE-FILE-|-BEHAVIOUR*", where "|" is supposed to mean the cursor.) It doesn't anymore, rendering that kind of completion pretty much b0rked. I'd like to restore the traditional behaviour. Comments? -T.

7 13

[slime-devel] slime-complete-form extra parenthesis
by Mac Chan 28 Apr '07

28 Apr '07

I use slime-complete-form a lot. However, like many who uses slime, I also have paredit-mode enabled. Is there a way to instruct slime-complete-form not to insert extra close parenthesis at the end? (with-open-file _) => C-c C-s slime-complete-form => (with-open-file _(stream filespec :direction direction :element-type element-type :if-exists if-exists :if-does-not-exist if-does-not-exist :external-format external-format) body...)) ;; <-- extra ) Thanks, -- Mac

1 0

[slime-devel] Inserting eval results in the current buffer
by Nikodemus Siivola 27 Apr '07

27 Apr '07

I submit that the current behaviour of <prefix> C-x C-e is not very useful. It is probably almost ideal for <prefix> C-c : -- eg. for creating constants with one-liners. This is what I use in lieu of it, and what might be good for Slime proper too. (defun ns:scan-forward (stop-after stop-before) (do () ((or (eql (char-after) stop-before) (eql (char-before) stop-after))) (forward-char))) (defun ns:comment-at-eol () (let ((newline (string-to-char "\n")) (comment (string-to-char ";"))) (ns:scan-forward comment newline) (unless (eql newline (char-after)) (kill-line)) (unless (eql comment (char-before)) (insert " ;"))) (insert " ")) (defun ns:eval-in-lisp-insert-comment () (interactive) (lexical-let ((current-buffer (current-buffer))) (slime-eval-with-transcript `(swank:interactive-eval ,(slime-last-expression)) `(lambda (value) (with-current-buffer ,current-buffer (ns:comment-at-eol) (insert (format "%s" value))))))) Cheers, -- Nikodemus

1 0

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 24 Apr '07

24 Apr '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1116 slime/ChangeLog:1.1117 --- slime/ChangeLog:1.1116 Thu Apr 19 12:32:20 2007 +++ slime/ChangeLog Mon Apr 23 13:10:12 2007 @@ -1,4 +1,4 @@ -2007-04-19 Tobias C. Rittweiler <INSERT-EMAIL-HERE> +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.

1 0

[slime-devel] Coding issue
by Mikhail Shevchuk 23 Apr '07

23 Apr '07

Hi, I have a little socket application in AllegroCL, that should send utf-8-encoded strings. I've tested it in standalone alisp and that works fine - server receives them correct. But when I use mighty SLIME, I get '???' instead of my strings. I've set the following variables: ~/.emacs (setq slime-net-coding-system 'utf-8-unix) and ~/.swank.lisp (setq SWANK::*CODING-SYSTEM* ':utf-8-unix) But obviously that doesn't works. I've also checked that these variables were correctly set up: C-h v tells that: slime-net-coding-system is a variable defined in `slime.el'. Its value is utf-8-unix CL-USER> SWANK::*coding-system* :UTF-8-UNIX Thanks. -- A vivid and creative mind characterizes you.

1 0

[slime-devel] SLIME on JEDit
by Sean Charles 23 Apr '07

23 Apr '07

Forgot Armed Bear too, could that be a runner! :-)

1 0

[slime-devel] SLIME to JEdit???
by Sean Charles 23 Apr '07

23 Apr '07

OK, here's a thought... ...I like Emacs+Slime but I also like Jedit. I use JScheme a lot and it's nice to be in a 'Java bucket' running JScheme. Given the existence of Linj, does anybody think it'd be up for porting the SLIME code base, or the minimum working set required to support Jedit, using Linj to convert the slime code into Java... presumably only the client side code would be required. Sadly I do not have the necessary experience with the code base to even begin thinking about starting something like this. It'd be very interesting to see how far Linj could get things 'for free' as it where. LINJ: (http://www.evaluator.pt/download.html) I also use SchemeWay with Eclipse because it is the only alternative to SLIME+Emacs for my SISCWeb stuff. Thanks Sean Charles.

1 0

[slime-devel] REPL results and output
by Madhu 22 Apr '07

22 Apr '07

The printing of repl results seems to have changed recently: CL-USER> (format *standard-output* "foo") NIL CL-USER> foo CL-USER> (format *standard-output* "foo~%") NIL CL-USER> foo i.e. The result is printed and the prompt is printed before the command's output. Do other people get this same behaviour? Is this backend/interaction mode specific? (I'm using cmucl). -- Madhu

4 6

[slime-devel] [PATCH] fix apropos wrt external symbols
by Tobias C. Rittweiler 21 Apr '07

21 Apr '07

2007-04-22 Tobias C. Rittweiler <...> * swank.lisp: Previously when using SLIME-APROPOS-PACKAGE, only those symbols were considered if their home package matched the given package; this would, however, prevent all those symbols from being listed that are imported from another package, and then exported again in the package they got imported into. (As an example, SWANK:RESTART-FRAME is actually from SWANK-BACKEND.) (apropos-matcher): Renamed to MAKE-REGEXP-MATCHER. (make-regexp-matcher): Changed to only match for a given regexp. (apropos-symbols): Use MAKE-REGEXP-MATCHER.

1 0

[slime-devel] [PATCH] fix macroexpanding on ,(loop ...)
by Tobias C. Rittweiler 21 Apr '07

21 Apr '07

2007-04-21 Tobias C. Rittweiler <...> * slime.el: Fix macroexpanding on things like ",(loop ...)". (slime-sexp-at-point-for-macroexpansion): New function; like SLIME-SEXP-AT-POINT-OR-ERROR, but fixes up some misbehaviour with respect to macroexpansion. (slime-eval-macroexpand, slime-eval-macroexpand-inplace): Use the new function.

1 0

[slime-devel] [PATCH] Fix `S-Tab' in *Slime inspector*
by Tobias C. Rittweiler 21 Apr '07

21 Apr '07

2007-04-21 Tobias C. Rittweiler <...> * slime.el: `S-Tab' will now also work on X. Furthermore `Tab' and `S-Tab' will now correctly wrap around the beginning and end of the buffer; priorly it'd hang on the beginning with a message "Beginning of buffer", and would require an additional `S-Tab'. (slime-inspector-mode-map): Attached `[backtab]' to SLIME-INSPECTOR-PREVIOUS-INSPECTABLE-OBJECT, as Emacs translates `S-Tab' to `Backtab' on X. (slime-find-inspectable-object): New function; finds next or previous inspectable object. (slime-inspector-next-inspectable-object): Mostly rewritten. Use SLIME-FIND-INSPECTABLE-OBJECT to make the code clearer. -T.

1 0

[slime-devel] smarter loop indentation?
by Mac Chan 21 Apr '07

21 Apr '07

Hi, Please accept my apology if this is a faq. Is there a way to make slime indent the loop macro differently to reduce the intentation level? (loop for i from 1 to 100 for x in collection do (setq a b x y)) => (loop for i from 1 to 100 for x in collection do (setq a b x y)) I'd _really_ like to keep my code in 80-column if I can help it. I found that I frequently replace a simple loop with dotimes or dolist just for this purpose. But loop is a lot more malleable because you can add / remove clauses easily. I searched the mailing list and there's one hit that is related to this http://article.gmane.org/gmane.lisp.slime.devel/3407/match=loop+indentation http://thread.gmane.org/gmane.lisp.slime.devel/3398/focus=3407 but I don't see any followup from that thread. I also can't find relevant info in the documenation. If there's a way to configure CVS slime to do this I'd love to know. Or if there is separate emacs module that is not part of slime? TIA, -- Mac

3 4

[slime-devel] slime-apropos-package now sorts correctly
by Hoehle, Joerg-Cyril 20 Apr '07

20 Apr '07

Hi, slime-apropos-package now conforms to its specification and also sorts symbols printed with package prefix. I supply the patches as attachments in the hope that MS-Windows nor MS-Outlook will break the TAB and LF characters of the original diff. I hope this is fine. Regards, Jörg Höhle.

3 3

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 20 Apr '07

20 Apr '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1115 slime/ChangeLog:1.1116 --- slime/ChangeLog:1.1115 Wed Apr 18 08:36:11 2007 +++ slime/ChangeLog Thu Apr 19 12:32:20 2007 @@ -1,3 +1,11 @@ +2007-04-19 Tobias C. Rittweiler <INSERT-EMAIL-HERE> + + * 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. + 2007-04-18 Marco Baringer <mb(a)bese.it> * swank.lisp (log-event): Setup the printer so that, no matter

1 0

[slime-devel] Starting problems Intel Mac
by Jens Teich 19 Apr '07

19 Apr '07

SBCL 1.0.4 GNU Emacs 22.0.97 Mac OS X 10.4.9 (Intel) get this result: compiling file "/Applications/slime-2.0/nregex.lisp" (written 19 SEP 2005 10:20:48 AM): ; /Users/jensteich/.slime/fasl/2006-04-20/sbcl-1.0.4-darwin-x86/nregex.fasl written ; compilation finished in 0:00:00 ;;;; loading #P"/Users/jensteich/.slime/fasl/2006-04-20/sbcl-1.0.4-darwin-x86/nregex.fasl" STYLE-WARNING: redefining REGEX in DEFUN STYLE-WARNING: redefining REGEX-QUOTED in DEFUN STYLE-WARNING: redefining REGEX-COMPILE in DEFUN ; compiling file "/Applications/slime-2.0/swank-sbcl.lisp" (written 19 APR 2006 11:18:54 AM): debugger invoked on a SB-INT:EXTENSION-FAILURE: Don't know how to REQUIRE SB-BSD-SOCKETS. See also: The SBCL Manual, Variable SB-EXT:*MODULE-PROVIDER-FUNCTIONS* The SBCL Manual, Function REQUIRE Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Reduce debugger level (to debug level 1). 1: Exit debugger, returning to top level. (SB-IMPL::REQUIRE-ERROR "Don't know how to ~S ~A.") 0[2]

2 1

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 19 Apr '07

19 Apr '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1114 slime/ChangeLog:1.1115 --- slime/ChangeLog:1.1114 Tue Apr 17 17:04:47 2007 +++ slime/ChangeLog Wed Apr 18 08:36:11 2007 @@ -1,3 +1,14 @@ +2007-04-18 Marco Baringer <mb(a)bese.it> + + * swank.lisp (log-event): Setup the printer so that, no matter + what the global values of the *print-XYZ* variables, this function + works as expected. + (*debug-on-swank-error*): New variable. + (defpackage :swank): Export *debug-on-swank-error*. + (with-reader-error-handler): When *debug-on-swank-error* is + non-nil drop into a debugger. + (dispatch-loop): Idem. + 2007-04-17 Tobias C. Rittweiler <tcr(a)freebits.de> * swank.lisp: Instead of just having all the symbols of a package

1 0

[slime-devel] Potentially heretical question...
by Sean Charles 19 Apr '07

19 Apr '07

Does anybody know id Scheme can be used with SLIME ? - SISC - JScheme - Scheme48 I know Scheme48 has SLIME but it is not the latest SLIME code and I like to keep up to date. JScheme has it's own emacs interface but it's not brilliant compared to SLIME. Any takers?

4 3

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 18 Apr '07

18 Apr '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1111 slime/ChangeLog:1.1114 --- slime/ChangeLog:1.1111 Mon Apr 16 10:48:14 2007 +++ slime/ChangeLog Tue Apr 17 17:04:47 2007 @@ -1,3 +1,40 @@ +2007-04-17 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp: Instead of just having all the symbols of a package + listed alphabetically in the inspector page recently introduced + for that purpose, add a button to that page to group them by their + classification. + + (%package-symbols-container): New slot GROUPING-KIND. + (%make-package-symbols-container): New function; wraps around + %%MAKE-PACKAGE-SYMBOLS-CONTAINER, which will actually create the + structure. We need this, to make GROUPING-KIND an entirely + internal affair. + + (make-symbols-listing): New generic function to dispatch on + GROUPING-KIND. + (make-symbols-listing :symbol): Just the stuff that was priorly + wired into INSPECT-FOR-EMACS (%PACKAGE-SYMBOLS-CONTAINER). + (make-symbols-listing :classification): New; returns the passed + symbols grouped by their classification. + (inspect-for-emacs %package-symbols-container): Most code split + off into MAKE-SYMBOLS-LISTING. + +2007-04-17 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp (swank-compiler): Fix the return value to always be a + list of two elements even if the abort restart is invoked which + originally just returned NIL. (Which wouldn't play with the recent + change to use DESTRUCTURING-BIND in SLIME-COMPILATION-FINISHED.) + +2007-04-17 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp (inspect-for-emacs %package-symbols-container): + Revert Marco's change from 2007-04-08; he had the good idea of + adding a facility to jump to the relevant source line of a symbol, + but `M-.' is already bound to SLIME-FIND-DEFINITION in the + inspector, which is a nicer way of doing this alltogether. + 2007-04-16 Takehiko Abe <keke(a)gol.com> * swank-openmcl.lisp (accept-connection, find-external-format):

1 0