slime-devel

slime-devel@common-lisp.net

4231 discussions

[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 28 Apr '04

28 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

[slime-devel] Version checking disabled - be thoughtful
by Luke Gorrie 27 Apr '04

27 Apr '04

Allo allo, The automatic version checking between the client and server (based on ChangeLog date) is now disabled. This is based on the theory that the false alarms happen more often than real problems. Just remember that when you 'cvs update' SLIME you should restart both Emacs and Lisp. Otherwise you might end up running different versions of the Elisp and CL code and have strange problems. Historically the biggest single problem for users has been having version mismatches. There is still some separate code that tries to detect any stale byte-compiled version of the Elisp code, and hopefully that's enough to keep things sailing smoothly. -Luke

1 0

Re: [slime-devel] Some remarks
by Helmut Eller 27 Apr '04

27 Apr '04

Edi Weitz <edi(a)agharta.de> writes: > 1. The function slime-remove-notes is bound to C-c M-c while the > manual says M-c. Should be fixed now. > 2. The shortcut ,change-directory uses a function read-directory-name > which I don't seem to have. I'm using GNU Emacs 21.3. I included definition from CVS Emacs. > 3. Is there a specific reason that RET isn't bound to > newline-and-indent (or something similar) as in ILISP but only to > C-j? This is a somewhat theological question. I think the primary reason is that RMS likes to use C-j, but I assume other people like C-j too. I think it is the official convention for all programming modes. Perhaps there is already some way to customize it. Anyway, newline-and-indent does not quite belong to SLIME, it belongs to lisp-mode. All we can do is to override the binding in the lisp-mode-map. I think a discussion about C-j vs. RET would be more productive on emacs.devel or comp.emacs than here. > 4. Load CL-PPCRE, than invoke slime-apropos-package (a cool function > by the way). Now position the cursor above PPCRE-SYNTAX-ERROR and > invoke slime-edit-definition. I get: > > No matching method for the generic-function #<Standard-Generic-Function PCL:COMPUTE-APPLICABLE-METHODS-USING-CLASSES (1) > {281DF8F1}>, > when called with arguments (#<Closure Over Function "DEFUN %DEFINE-CONDITION" > {4879E009}> > (#<CONDITIONS::CONDITION-CLASS PPCRE-SYNTAX-ERROR > {486B867D}>)). > [Condition of type NO-APPLICABLE-METHOD] > > 5. In the same *SLIME Apropos* buffer position the cursor above > CREATE-SCANNER and invoke slime-edit-definition. Now I get: > > Error in function COMMON-LISP::%%TYPEP: > Unknown type specifier: C::FILE-SOURCE-LOCATION > [Condition of type SIMPLE-ERROR] This is due to differences in CMUCL 18e and the current snapshots. I added some workarounds and CVS SLIME shouldn't break, but cannot cannot find the location in 18e. I guess we need better tests to avoid regressions like this. > 6. I think that slime-interactive-eval is a very useful function and > IMHO the C-c : keybinding should also be available in the Slime > REPL. Yeah, I know that you actually don't need to use the > minibuffer while you're in the REPL but in the long run it'd be > easier for my muscle memory to always be sure that C-c : is there > without thinking... :) That's true. Fixed in CVS. > Thanks to all for this great package! And thank you for the feedback. Helmut.

5 8

[slime-devel] SLIME eval-xxx inconsistencies
by Lynn Quam 27 Apr '04

27 Apr '04

Looking at the code in swank.lisp, I suspect a *PACKAGE* bug in the following: (defslimefun oneway-eval-string (string buffer-package) "Evaluate STRING in BUFFER-PACKAGE, without sending a reply. The debugger hook is inhibited during the evaluation." (let ((*buffer-package* (guess-package-from-string buffer-package)) (*package* *buffer-package*) (*debugger-hook* nil)) (eval (read-form string)))) My guess is that (let* ...) was intended so that *PACKAGE* is bound to the new value of *BUFFER-PACKAGE*.

2 1

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

27 Apr '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.348 slime/ChangeLog:1.352 --- slime/ChangeLog:1.348 Sun Apr 25 02:44:15 2004 +++ slime/ChangeLog Mon Apr 26 17:59:39 2004 @@ -1,3 +1,35 @@ +2004-04-26 Luke Gorrie <luke(a)bluetail.com> + + * swank.lisp: Move definition of `with-io-redirection' above + `with-connection' to avoid a CLISP error. This is really weird. + (interactive-eval): Bind *package* to *buffer-package*, so that + `C-x C-e' and related commands evaluate in the expected package. + + * slime.el (sldb-insert-frames): Handle empty backtrace (I got one + in CLISP). + + * swank-allegro.lisp (arglist): Return :not-available if arglist + lookup fails with an error. + + * slime.el: Moved snippets of Common Lisp code into swank.lisp + from the thread control panel. (Remember, no CL code in slime.el!) + + * swank-loader.lisp (*lisp-name*): Include a short version number + in the Lisp name to separate FASL files for different + versions. Only implemented for CMUCL and SBCL sofar. + + * swank.lisp (ed-in-emacs): Avoid mutating the argument. + (spawn-repl-thread): Add a new thread for evaluating REPL + expressions. This same thread is used for all REPL + evaluation. This fixes some issues with variables like * and ** + in at least SBCL. + + * nregex.lisp: Typo fix (thanks Barry Fishman). + + * slime.el (slime-events-buffer): Don't use hideshow-mode in + XEmacs for the *slime-events* buffer. It causes obscure problems + for some users. Still used in GNU Emacs. + 2004-04-25 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> * swank-backend.lisp (arglist): Return a list or :not-available.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel