slime-devel January 2004

slime-devel@common-lisp.net

30 participants
83 discussions

[slime-devel] slime-input-stream and REPL extensions
by Christian Lynbech 21 Jan '04

21 Jan '04

Would it be possible to change `slime-input-stream' to become a real stream rather than just a struct? As a non-stream struct it tends to wreak havoc when some non-slime aware code tries to operate on *standard-input*. My concrete problem is with Paul Foleys (mycroft(a)actrix.gen.nz) repl-ext package that allows one to do Allegro style repl commands, and I have come to absolutely love this. This wants to replace the toplevel REPL but does not know how to handle slime-input-streams. The fix is rather simple, but I think it would make slime more robust if it would not be necessary to fix all packages that needs to operate on *standard-input* one by one. Obviously, I have no idea how difficult such a thing would be, but it may be worth keeping in the back of your heads :-) Another thing would be to consider integrating repl-ext into slime, it is really nice, IMHO. ------------------------+----------------------------------------------------- Christian Lynbech | christian #\@ defun #\. dk ------------------------+----------------------------------------------------- Hit the philistines three times over the head with the Elisp reference manual. - petonic(a)hal.com (Michael A. Petonic)

2 2

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 21 Jan '04

21 Jan '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.226 slime/ChangeLog:1.230 --- slime/ChangeLog:1.226 Mon Jan 19 16:49:49 2004 +++ slime/ChangeLog Tue Jan 20 16:53:15 2004 @@ -1,3 +1,18 @@ +2004-01-20 Lasse Rasinen <lrasinen(a)iki.fi> + + * slime.el (slime-prin1-to-string): Replacement for + prin1-to-string that avoids escaping non-ascii characters in a + way that the CL reader doesn't understand. Allows use of 8-bit + characters in Lisp expressions with Emacs in unibyte-mode. + +2004-01-20 Luke Gorrie <luke(a)bluetail.com> + + * slime.el (slime-eval-print-last-expression): Insert a newline + before and after the result. + (slime-easy-menu): Added menu items: + "Eval Region", "Scratch Buffer", "Apropos Package..." + Added some bold to default SLDB faces. + 2004-01-19 Alan Ruttenberg <alanralanr(a)comcast.net> *swank-openmcl.lisp in frame-catch-tags, ppc32::catch-frame.catch-tag-cell -> 0, ppc32::catch-frame.csp-cell -> 3. FIXME when this code is more stable in openMCL.

1 0

[slime-devel] Remote slime
by Brian Downing 20 Jan '04

20 Jan '04

I'm trying to use slime (FAIRLY_STABLE) through a somewhat fragile collection of ssh pipes. I'm forwarding local port 12321 through to the remote swank server. I can connect to it manually fine, and see a "slime-open-stream-to-lisp" message. However, when I try to connect to it with emacs (C-u M-x slime-connect localhost 12321), it fails: 'error in process filter: make client process failed: connection refused, :name, *lisp-output-stream*, :buffer, nil, :host, localhost, :service, 32848' I'm pretty sure I have gotten this to work in the past. I thought slime only used one connection. Has this changed? I've been out of the loop for a while, but I didn't ask it to use a port 32848 above. Is there a way to use it in a single connection mode? I'm trying to work on a web application remotely, and I don't wish to expose the machine directly, and would really not like to set up a full VPN if I can help it. On a peripherally related note, is there any sort of support for a translation table for pathnames? I'd like to edit the remote files with tramp mode, but if the paths get sent over as "/multi:ssh:foo@bar.quux:ssh:foo@gronk:/baz" it's not going to like it too much. :) -bcd -- *** Brian Downing <bdowning at lavos dot net>

2 2

[slime-devel] autoflush of streams
by Alan Ruttenberg 20 Jan '04

20 Jan '04

openmcl (perhaps others) needs to add connection streams to a list to be periodically flushed so that output appears in emacs in a timely manner. I could redefine or advise create-connection and close-connection but I think it might make more sense to make these methods and then I can define :around methods to do what needs to be done. Or you could add a hook. Or is there some better place to do this. -Alan

4 3

[slime-devel] loading swank into a running slime
by Marco Baringer 20 Jan '04

20 Jan '04

when using the latest slime on OpenMCL is was successfully able to start and use slime, however executinng (asdf:oos 'asdf:load-op :swank) failed on errors regarding the redefinition of generic functions as "regular" functions. namely all of those functions defined via definterface in swank-backend which were then defined via defslimefun or defslimefun-unimplemented in swank-openmcl.lisp (which makes sense considering how these macro are defiened). what still seems odd is that M-x slime was able to successfully compile and load everything. anyway, if someone hasn't already done this i can send a simple patch which removes the incorrect forms and updates swank-openmcl to use defimplementation where approriate. -- Marco Ring the bells that still can ring. Forget the perfect offering. There is a crack in everything. That's how the light gets in. -Leonard Cohen

1 0

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 20 Jan '04

20 Jan '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.223 slime/ChangeLog:1.226 --- slime/ChangeLog:1.223 Sun Jan 18 16:54:06 2004 +++ slime/ChangeLog Mon Jan 19 16:49:49 2004 @@ -1,3 +1,61 @@ +2004-01-19 Alan Ruttenberg <alanralanr(a)comcast.net> + *swank-openmcl.lisp in frame-catch-tags, ppc32::catch-frame.catch-tag-cell -> 0, + ppc32::catch-frame.csp-cell -> 3. FIXME when this code is more stable in openMCL. + +2004-01-19 Michael Weber <michaelw(a)foldr.org> + + * slime.el (slime-close-all-sexp): New command to close all + unmatched parens in the current defun. Bound to `C-c C-]'. With + prefix argument, only operate in the region (for closing + subforms). + +2004-01-19 Luke Gorrie <luke(a)bluetail.com> + + * swank-openmcl.lisp (thread-id, thread-name): Fixed silly bugs + (thanks Marco Baringer). + + * swank-loader.lisp: Call (swank:warn-unimplemented-interfaces). + + * swank.lisp (ed-in-emacs): New command with the same interface + as CL:ED. + + * swank-cmucl.lisp, swank-sbcl.lisp, swank-lispworks.lisp, + swank-openmcl.lisp, swank-allegro.lisp, swank-clisp.lisp: Updated + to use `defimplementation'. + + * swank-backend.lisp (definterface, defimplementation): New macros + as sugar around defgeneric/defmethod. This supports conveniently + supplying a default (on NO-APPLICABLE-METHOD). Because the + underly mechanism is still generic functions this doesn't break + code that isn't updated. + (warn-unimplemented-interfaces): Print a list of backend functions + that are not implemented. + (xref and list-callers): Defined interfaces for these functions. + (describe-definition): New function that takes over from the many + other describe-* functions called from apropos listing. Takes the + type of definition (as returned by describe-symbol-for-emacs) as + an argument. + + * slime.el (sldb-enable-styled-backtrace): This is now true by + default. + (slime-keys): Bound `slime-inspect' to `C-c I'. + (slime): `M-x slime' now offers to keep existing connections + alive (else disconnect them). If you disconnect them, the new + connection gets to reuse the existing REPL. + (slime-connection): Error if the connection is closed. + (slime-handle-oob): New message (:ED WHAT) for `slime-ed'. + (slime-display-output-buffer): Don't pop up the REPL if it is + already visible in any frame. + (slime-find-asd): Handle case where (buffer-file-name) is nil. + (slime-ed): Elisp backend for (CL:ED WHAT). + (slime-apropos): Add a summary line to apropos listings. + (slime-print-apropos): Replaced `action' property (name of lisp + describe function) with `type' (argument to pass to unified + swank:describe-definition function). + (slime-apropos-package): New command on `C-c P'. Presents apropos + listing for all external (with prefix also internal) symbols in a + package. + 2004-01-18 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> * swank-lispworks.lisp (sigint-handler): Bind a continue restart.

1 0

[slime-devel] close-all-sexp for SLIME
by Michael Weber 19 Jan '04

19 Jan '04

Hi, Attached is a function for SLIME which when run automatically balances all open sexps at point. It is similar to ILISP's CLOSE-ALL-LISP, which is bound to C-c ] or M-], I think, but smaller and easier to understand. It is a little smarter than C-<Ret> in slime-repl, handles comments, reformats trailing right parens into one line, and DWIM when a region is active. Strings are not yet handled because it can be quite costly, I think. Take it if you like it :) (License is same as SLIME.) Cheers, Michael -- /~\ ASCII ribbon | "If we knew what it was we were doing, it would not be \ / campaign | called research, would it?" X against | -- Albert Einstein / \ HTML mail |

3 6

[slime-devel] repl reused when in sldb
by Alan Ruttenberg 19 Jan '04

19 Jan '04

Suppose you have a repl, execute a form that causes the debugger to be invoked then do M-x slime. You now get a new process reusing the repl of the process in the debugger. I suggest the behaviour should be that a new repl is created, in the same way that a new one is created when the repl is busy. -Alan

3 2

[slime-devel] definterface/defimplementation
by Luke Gorrie 19 Jan '04

19 Jan '04

Ahoy, I added some sugar on top of defgeneric/defmethod: definterface defines the generic function. It keeps track of which ones have been defined, so they can be audited. It also can have body forms which become a NO-SUCH-METHOD default. defimplementation defines the backend method. It updates the list of implemented interfaces. swank-loader finishes by printing a list of all unimplemented interfaces. (A nod to Peter for suggesting this.) I updated cmucl/sbcl/lispworks/openmcl. However, I wasn't able to test OpenMCL because of another incompatibility: Read error between positions 12276 and 12727 in /Users/luke/slime/swank-openmcl.lisp. > Error in process listener(1): There is no package named "PPC32" . Possibly because it's running on a 64-bit machine (G5)? Updating the other backends should just be a matter of selective search-and-replace from defmethod to defimplementation. However, since it's the same thing under the hood, it still works without being updated. Cheers, Luke

2 2

[slime-devel] openmcl patches
by Marco Baringer 19 Jan '04

19 Jan '04

hi, there's been for a while a warning about an unused variable in swank-openmcl.lisp, this fixes that. then there's a thinko regarding the use of the elisp function assq as opposed to assoc. regarding the variable swank::*known-processes* it would seem that every new process gets put on that list twice, is this the expected behaviour? -- Marco Ring the bells that still can ring. Forget the perfect offering. There is a crack in everything. That's how the light gets in. -Leonard Cohen

1 0

← Newer
1
2
3
4
5
6
7
8
9
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel January 2004