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

[slime-devel] Not displaying SLIME calls in debugger backtrace
by Paolo Amoroso 27 Nov '03

27 Nov '03

Is it possible not to display SLIME-related calls in the debugger backtrace? If not, this would be a useful option. Paolo -- Why Lisp? http://alu.cliki.net/RtL%20Highlight%20Film

3 2

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 27 Nov '03

27 Nov '03

Index: slime/ChangeLog diff -u slime/ChangeLog:1.113 slime/ChangeLog:1.116 --- slime/ChangeLog:1.113 Tue Nov 25 16:28:23 2003 +++ slime/ChangeLog Wed Nov 26 20:24:51 2003 @@ -1,3 +1,56 @@ +2003-11-27 Luke Gorrie <luke(a)bluetail.com> + + * slime.el (slime-swank-port-file): Use `temporary-file-directory' + instead of hardcoding "/tmp/". + +2003-11-27 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * swank-lispworks.lisp: New backend. + + * slime.el (slime-with-output-to-temp-buffer): Save the window + configuration in a buffer local variable instead on a global + stack. + (slime-show-last-output): Behavior customizable with + slime-show-last-output-function. Various tweaking for better + multi-frame support. + + * swank-backend.lisp: List exported symbols explicitly. + + * swank-cmucl.lisp (function-source-location): Better support for + generic functions. + + * swank.lisp (briefly-describe-symbol-for-emacs): Don't return + unbound symbols. + (describe-symbol, describe-function): Support package-qualified + strings. + + * swank-loader.lisp: *sysdep-pathnames*: Add Lispworks files. + (compile-files-if-needed-serially): Compile all files in a + compilation unit. + +2003-11-27 Luke Gorrie <luke(a)bluetail.com> + + * slime.el (slime-complete-symbol): Make a bogus alist out of the + completion set, for compatibility with XEmacs. + + * completer.el: Stolen^Wimported from ILISP version 1.4. This is + one revision prior to their latest, where they added a (require) + for some other ILISP code. I backed down a revision to make it + stand-alone, but this may mean that putting SLIME in the load-path + before ILISP will break ILISP. So, beware. + (completer-message): Cut dependency on undefined ilisp constant + testing for xemacs. + +2003-11-27 Zach <xach(a)xach.com> + + * swank.lisp (completions): Complete compound symbols (see below). + + * slime.el (slime-complete-symbol): Use `completer' package to + handle more sophisticated completions. This includes abbreviations + like "m-v-b" => "multiple-value-bind". It also (somewhat scarily) + redefines other standard Emacs completion functions with similar + capabilities. See commentary in completer.erl for details. + 2003-11-25 Luke Gorrie <luke(a)bluetail.com> * slime.el (slime-make-typeout-frame): New command to create a

1 0

[slime-devel] SLIME and Lispworks?
by Alain.Picard＠memetrics.com 27 Nov '03

27 Nov '03

Dear SLIME developers (hi Luke!) Well, ILISP has been annoying me _SO_ much recently I figured it may finally be time to do something about it; then I stumbled on this project. I realize (from reading your sources so far) that you're focussing on CMUCL and SBCL; however, if the intent is to try to make the protocol sufficiently general/portable to other Lisps, I hereby volunteer my services as Lispworks user/tester/debugger (and even, initially) porter of whatever LW specific code needs to be written to get SLIME going on LW. I can't promise I have a lot of time to devote to this, so I'll be happy to pass the ball on to whoever wants to take this up next, but one is greater than zero, so I'm willing to give this a go, if the concensus of this list is that this is a) feasible b) a good idea So let me know your thoughts. (I won't be offended if you think such an effort is undesirable or premature, so feel free to speak your collective minds). yours, --Alain Picard

3 12

[slime-devel] ilisp-style symbol completion patch
by xach＠xach.com 27 Nov '03

27 Nov '03

Attached is a patch that, along with completer.el from ILISP, adds partial ILISP-style symbol completion to SLIME. Zach

2 2

[slime-devel] SLIME
by Luke Gorrie 27 Nov '03

27 Nov '03

G'day ILISP hackers, I should've written earlier to introduce our project called "SLIME" to you guys. It's similar to ILISP, the main differences are that we use a TCP socket to talk to Lisp and we generally try to imitate the Emacs Lisp programming interface. It started out a few months ago as a hack by Eric Marsden for highlighting CMUCL's compiler warnings in Emacs buffers, but other people started playing with it and now it's snowballed. The main page is on Cliki at http://www.cliki.net/SLIME if you want to know more. I'm not sure how all this relates to ILISP exactly, but I just wanted to shoot you a note to say hello and invite you to play around with it! Cheers, Luke

1 0

[slime-devel] SLIME and SBCL complaints about closed file descriptors
by Daniel Barlow 26 Nov '03

26 Nov '03

There is a long-standing bug in SBCL with sockets and finalisers that probably affects SLIME users more than anyone else. If you get errors about closed file descriptors while trying to do compilations, this is probably why. The fix is in SBCL CVS now (may be tomorrow by the time it gets into anoncvs) or you can patch an older SBCL by adding the following code to .sbclrc or somewhere suitable (in-package :sb-bsd-sockets) (defmethod socket-close ((socket socket)) (let ((fd (socket-file-descriptor socket))) (cond ((eql fd -1) ; already closed nil) ((slot-boundp socket 'stream) (close (slot-value socket 'stream)) ;; closes fd (setf (slot-value socket 'file-descriptor) -1) (slot-makunbound socket 'stream)) (t (sb-ext:cancel-finalization socket) (handler-case (if (= (sockint::close fd) -1) (socket-error "close")) (bad-file-descriptor-error (c) (declare (ignore c)) nil) (:no-error (c) (declare (ignore c)) nil)))))) -dan -- http://web.metacircles.com/ - CL custom development and SBCL support

1 0

[slime-devel] Users!
by Luke Gorrie 26 Nov '03

26 Nov '03

Avast mateys! I have come to the shocking realisation that we actually have USERS! Good heavens.. we haven't really prepared for this. I feel like the proverbial guy who forgot he was hosting a party and only had light beer when the guests arrived. What we need is a way for new users to find out how to use SLIME -- what some would call a manual. We need the information to be easy to update and get feedback on and for changes to be easy to follow. Sounds like a job for Cliki! So I've started a couple of new pages there: http://www.cliki.net/SLIME-HOWTO The mundane stuff - how to download and install. http://www.cliki.net/SLIME%20Features What features we have and how to use them. I have only made a start on the Features page. It would be great if newcomers to SLIME post little notes pointing out important information that's missing, and if seasoned users and hackers help them out and write a few words about their favourite features. What else can we do to help people use SLIME, beyond hacking? Cheers, Luke

5 8

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 26 Nov '03

26 Nov '03

Index: slime/ChangeLog diff -u slime/ChangeLog:1.111 slime/ChangeLog:1.113 --- slime/ChangeLog:1.111 Mon Nov 24 19:22:11 2003 +++ slime/ChangeLog Tue Nov 25 16:28:23 2003 @@ -1,3 +1,14 @@ +2003-11-25 Luke Gorrie <luke(a)bluetail.com> + + * slime.el (slime-make-typeout-frame): New command to create a + frame where commands can print messages that would otherwise go to + the echo area. + (slime-background-message): Function for printing "background" + messages. Uses the "typeout-frame" if it exists. + (slime-arglist): Print arglist with `slime-background-message'. + (slime-message): Use typeout frame if it exists, but only for + multi-line messages. + 2003-11-25 Daniel Barlow <dan(a)telent.net> * swank-sbcl.lisp: delete big chunk of leftover commented-out

1 0

[slime-devel] And now for something completely different..
by Luke Gorrie 25 Nov '03

25 Nov '03

I'm really enjoying this (the OSX people had made me jealous): http://www.bluetail.com/~luke/misc/emacs/gnus-truetype-x11.png -Luke

2 2

[slime-devel] Asynchronous debugging
by Daniel Barlow 25 Nov '03

25 Nov '03

More on yesterday's experiments. The attached patch (1) adds :debug as a valid state transition from the idle state (2) adds SLIME-DEBUGGER-FUNCTION. This expects to be run in an environment in which the slime streams are available (e.g. from *slime-repl* or, I think, with C-c :) and returns a function that can be used for *debugger-hook* or *invoke-debugger-hook* Note that (setf sb-debug::*invoke-debugger-hook* (slime-debugger-function)) doesn't actually work from *slime-repl* because the hook has already been bound so you're not setting the global value. Answers on a postcard. (3) Changes eval-string to use *invoke-debugger-hook* instead of ordinary *debugger-hook* - because it's safe for BREAK, and also so it doesn't conflict with my existing (notionally portable) *debugger-hook* use in Araneida If I culd figure out an appropriate place to put it, I'd want to make this a (with-debugging-hooked ...) macro, but I think that needs build order frobbing The combined effect is that I can now use sldb when Araneida handlers cause errors. Setup recipe: CL-USER> (asdf:operate 'asdf:load-op 'araneida) .... CL-USER> (load "/home/dan/src/telent/araneida/doc/example") T CL-USER> (araneida:start-listening my-araneida-example::*listener*) #<SB-IMPL::HANDLER INPUT on descriptor 5: #<FUNCTION "CLOSURE" {96F8645}>> CL-USER> (setf araneida::*break-on-handler-errors* t) T CL-USER> (defvar *foo* (swank::slime-debugger-function)) #<FUNCTION "CLOSURE" {96F9815}> ;;; meanwhile in *inferior-lisp* * (setf sb-debug::*invoke-debugger-hook* cl-user::*foo*) I haven't applied this; it's more intended for discussion at present (particularly point (2)). Comments? -dan -- http://web.metacircles.com/cirCLe_CD - Free Software Lisp/Linux distro

3 7