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

[slime-devel] NEWS
by Luke Gorrie 30 Apr '04

30 Apr '04

Ahoy, I added a file called NEWS. Here we can record interesting user-visible changes to SLIME in a digest format so that users can learn about new features. I'm thinking this is worthwhile because it'd take a fair bit of work to fully track the mailing list and ChangeLog these days. The idea is that each time we release^Wmove the FAIRLY-STABLE tag we can send the current NEWS section to the list and start a new section in the file. Cheers, Luke

4 4

[slime-devel] Showing running output
by Lars Magne Ingebrigtsen 30 Apr '04

30 Apr '04

If calling a function such as (defun test-function () (loop for i from 1 to 10 do (format t "~a~%" i) (sleep 1))) in the repl, I get a whole lot of nothing, and then after ten seconds, I get the output. Which is natural, because the output stream is buffering. So the obvious (*ahem*) thing to do is: (setf (slot-value (slot-value (slot-value *terminal-io* 'system::output-stream) 'stream::buffer-state) 'stream::output-limit) 1) which fixes the problem. But surely this isn't supposed to be necessary. (This is with LispWorks 4.2.7 and current CVS Slime.) -- (domestic pets only, the antidote for overdose, milk.) larsi(a)gnus.org * Lars Magne Ingebrigtsen

2 2

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 30 Apr '04

30 Apr '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.357 slime/ChangeLog:1.358 --- slime/ChangeLog:1.357 Wed Apr 28 18:25:05 2004 +++ slime/ChangeLog Fri Apr 30 02:40:17 2004 @@ -1,3 +1,38 @@ +2004-04-30 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * slime.el (slime-repl-update-banner): Don't print the working + directory. It rarely fits in a line and was only Emacs' + default-directory. M-x pwd is convenient enough. + + * swank.lisp (symbol-indentation): Don't infer indentation for + symbols starting with 'def' or 'with-'. It was wrong most of the + time and Emacs' defaults are better. + + * swank-lispworks.lisp (emacs-connected): Add methods to + stream-soft-force-output for socket-streams and + slime-output-streams. This flushes those streams automatically + (i assume it gets called when Lisp is idle). + +2004-04-29 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * slime.el (slime-repl-mode): Set slime-current-thread to + :repl-thread. + + * swank.lisp (thread-for-evaluation, dispatch-event): Accept + :repl-thread as thread specifier and dispatch evaluation and + interrupt request properly. + (repl-thread-eval, repl-eval): Deleted. We do the special casing in + thread-for-evaluation. + +2004-04-29 Lars Magne Ingebrigtsen <larsi(a)netfonds.no> + + * slime.el (slime-event-buffer-name): New variable. + (slime-events-buffer): Use it. + (slime-space-information-p): Ditto. + (slime-space): Use it. + (slime-reply-update-banner-p): Ditto. + (slime-repl-update-banner): Use it. + 2004-04-28 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> * swank-loader.lisp (*lisp-name*): Add versioning support for

1 0

[slime-devel] More newbie questions: process-interrupt in LispWorks
by Lars Magne Ingebrigtsen 29 Apr '04

29 Apr '04

As far as I can tell, `C-c C-c' in the REPL gives me a rather uninformative backtrace, but doesn't actually interrupt the currently evaluating form. Which is kinda disappointing. So how do you break the form that's running? -- (domestic pets only, the antidote for overdose, milk.) larsi(a)gnus.org * Lars Magne Ingebrigtsen

2 2

[slime-devel] detachtty + slime
by David Steuber 29 Apr '04

29 Apr '04

I connect to a remote machine to run SBCL. I would like to use detachtty to keep it running and fire up Emacs+SLIME to attach to it when I 'ssh -X' in. I'm not sure how to do this. SLIME normally fires up Lisp when it starts. I want it to just connect to the running image. Anyone have any recipes for doing this? It seems like something that people would do. -- I wouldn't mind the rat race so much if it wasn't for all the damn cats.

6 16

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 29 Apr '04

29 Apr '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.355 slime/ChangeLog:1.357 --- slime/ChangeLog:1.355 Tue Apr 27 18:49:45 2004 +++ slime/ChangeLog Wed Apr 28 18:25:05 2004 @@ -1,3 +1,23 @@ +2004-04-28 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * swank-loader.lisp (*lisp-name*): Add versioning support for + CLISP. + + * swank-clisp.lisp (arglist): Trap exceptions and return + :not-available in that case. + + * swank.lisp (arglist-for-insertion): Don't use ~< ..~:@>. + CLISP's pretty printer can't handle it. + +2004-04-28 Luke Gorrie <luke(a)bluetail.com> + + * NEWS: Created a NEWS file for recording changes that we want + users to read about. + + * slime.el (slime-log-event): Use outline-minor-mode in + *slime-events* instead of hideshow-mode. It's more + reliable. (Patch from Lawrence Mitchell.) + 2004-04-28 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> * slime.el (slime-net-connect): Bind inhibit-quit to nil, so that @@ -25,7 +45,7 @@ (slime-oneway-eval): Removed unused function. * swank.lisp (oneway-eval-string): Removed unused function. - + 2004-04-26 Luke Gorrie <luke(a)bluetail.com> * swank.lisp: Move definition of `with-io-redirection' above

1 0

Re: [slime-devel] Re: CLISP SLIME implementation breaks in CVS
by Bill_Clementson＠peoplesoft.com 29 Apr '04

29 Apr '04

Helmut Eller <e9626484(a)stud3.tuwien.ac.at> writes: > Bill_Clementson(a)peoplesoft.com writes: > > > Has anybody had any luck in finding the source of this problem? CLISP still > > breaks for me in the latest CVS. I have had a look at all of the > > DEFSLIMEFUN's that were modified since 4/18 (the previous CVS version that > > I had which was working ok with CLISP) and haven't found any obvious clues. > > Any suggestions on how I might debug this issue as it occurs at startup > > during the slime-connect processing in Emacs (after CLISP has started up > > successfully)? > > SWANK:ARGLIST was called with 'DEFSLIMEFUN to gather indentation info > and caused the error. It wasn't trapped due to my recent changes. > Should be fixed in CVS. Works for me now - thanks! - Bill

1 0

[slime-devel] weird CMUCL behavior of ext:set-floating-point-modes
by rif 28 Apr '04

28 Apr '04

Please forgive me if this is not the right place to send help requests --- I see it is a devel mailing list, but I could not find a slime-user or slime-help list. I am experiencing odd behavior using SLIME with CMUCL. It seems that a call to ext:set-floating-point-modes is failing to set the modes correctly. From within SLIME, I have the following interaction: CL-USER> (ext:get-floating-point-modes) (:TRAPS (:OVERFLOW :INVALID :DIVIDE-BY-ZERO) :ROUNDING-MODE :NEAREST :CURRENT-EXCEPTIONS NIL :ACCRUED-EXCEPTIONS NIL :FAST-MODE NIL :PRECISION-CONTROL :64-BIT) CL-USER> (ext:set-floating-point-modes :traps nil) ; No value CL-USER> (ext:get-floating-point-modes) (:TRAPS (:OVERFLOW :INVALID :DIVIDE-BY-ZERO) :ROUNDING-MODE :NEAREST :CURRENT-EXCEPTIONS NIL :ACCRUED-EXCEPTIONS NIL :FAST-MODE NIL :PRECISION-CONTROL :64-BIT) In contrast, if I start CMUCL from a terminal (same version, running my own init file in both cases), I get: * (ext:get-floating-point-modes) (:TRAPS (:OVERFLOW :INVALID :DIVIDE-BY-ZERO) :ROUNDING-MODE :NEAREST :CURRENT-EXCEPTIONS NIL :ACCRUED-EXCEPTIONS NIL :FAST-MODE NIL :PRECISION-CONTROL :64-BIT) * (ext:set-floating-point-modes :traps nil) * (ext:get-floating-point-modes) (:TRAPS NIL :ROUNDING-MODE :NEAREST :CURRENT-EXCEPTIONS NIL :ACCRUED-EXCEPTIONS NIL :FAST-MODE NIL :PRECISION-CONTROL :64-BIT) * I've observed this behavior with at least two versions of SLIME (one from a couple months ago, and downloaded on 04-28-2004 from CVS), and at least two versions of CMUCL (an 11-2003 snapshot and an 04-2004 snapshot). I seem to recall that when I *first* installed the 04-2004 snapshot it worked OK, and only on all subsequent invocations has it failed, but my memory could be faulty on this point. Any ideas or help would be most appreciated. I definitely need to be able to set the floating-point-mode for what I'm trying to do. Cheers, rif

3 2

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 28 Apr '04

28 Apr '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.352 slime/ChangeLog:1.355 --- slime/ChangeLog:1.352 Mon Apr 26 17:59:39 2004 +++ slime/ChangeLog Tue Apr 27 18:49:45 2004 @@ -1,3 +1,31 @@ +2004-04-28 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * slime.el (slime-net-connect): Bind inhibit-quit to nil, so that + we have a chance to interrupt Emacs if open-network-stream blocks. + (slime-complete-maybe-restore-window-configuration): Keep trying + after slime-repl-indent-and-complete-symbol. + (slime-space): Don't close the completion buffer. We don't know + the window-config before the completion, so leave the buffer open. + + * swank.lisp (create-server): New keyword based variant to start + the server in background. + (setup-server): Add support to keep the socket open for + single-threaded Lisps. + +2004-04-27 Luke Gorrie <luke(a)bluetail.com> + + * doc/slime.texi (Other configurables): Updated instructions on + globally installing SLDB on *debugger-hook*. + + * slime.el (slime-log-event): Better bug-avoidance with + hs-minor-mode. Hopefully XEmacs users can rest safely now. + (slime-prin1-to-string): Bind `print-escape-newlines' to nil. + (slime-set-connection-info): Commented out call to + `slime-check-protocol-version'. Let's see how we do without it. + (slime-oneway-eval): Removed unused function. + + * swank.lisp (oneway-eval-string): Removed unused function. + 2004-04-26 Luke Gorrie <luke(a)bluetail.com> * swank.lisp: Move definition of `with-io-redirection' above

1 0

Re: [slime-devel] Closing *Completions* buffer
by Helmut Eller 27 Apr '04

27 Apr '04

Tiago Maduro-Dias <tcmd(a)rnl.ist.utl.pt> writes: > Hope this helps! This is quite nice. Thanks for the patch. It's in CVS now. Helmut.

5 9