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

[slime-devel] when *, ** and *** just aren't enough.
by Marco Baringer 02 Jul '04

02 Jul '04

the attached patch allows you to get at any object ever returned by any form in the repl. Considering the way I use to repl this is rather conveinent (though maybe keeping a reference to every object ever returned is a bit much...). i have a few questions (more or less related to this): 1) anybody ever feel that they'd like to get at an objcet returned a while ago? 2) just out of idle curiosity how do you guys use the repl? i know some people basically don't use it, prefering to do everything from buffers, is that common? 3) how the hell do i override the M-RET binding? (in this patch the "magic" key is ?\, but i'd prefer M-RET as that'd be consist with slime-inspector-copy-down) 4) this patch will probbaly break badly when *print-base*, *print-pretty* or other printing variables have non default values. anyway, comments welcome. -- -Marco Ring the bells that still can ring. Forget your perfect offering. There is a crack in everything. That's how the light gets in. -Leonard Cohen

2 1

[slime-devel] Re: lisp restart
by Andras Simon 01 Jul '04

01 Jul '04

Luke Gorrie's other self <luke(a)bluetail.com> writes in c.l.l: > marcelin7(a)yahoo.com (Nelson Marcelino) writes: > > > Hi all, > > > > is there a way to reset lisp without having to exit from SLIME? > > The undocumented way that I do it is to kill the *inferior-lisp* > buffer (i.e. the lisp process) and then do `M-x slime' > again. Alternatively you could do ,quit in the REPL, but that'll wipe > out your old REPL history. I've been meaning to ask about this for some time: why is ,sayoonara so eager to remove all traces of lisp activity? Andras

4 4

Re: [slime-devel] Re: Symbols in COMMON-LISP are all in UPPER CASE!
by Pascal J.Bourguignon 01 Jul '04

01 Jul '04

Thomas Schilling writes: > Hey, no offence intended. Yeah, it was late. I didn't thought it out to > the end. No problem, ilisp made the same omission. ;-) > I meant that there may be the chance for problems when someone (for > whatever reason) switched symbols to be lower-case. But there aren't, > since when we use case-insensitive matching the case of _both_ symbols > (the one to be matched and the one from the list of allowed symbols) is > dispensible. -- __Pascal Bourguignon__ http://www.informatimago.com/ There is no worse tyranny than to force a man to pay for what he does not want merely because you think it would be good for him. -- Robert Heinlein

1 0

Re: [slime-devel] Bug in slime with LW
by Bill_Clementson＠peoplesoft.com 01 Jul '04

01 Jul '04

Helmut Eller <e9626484(a)stud3.tuwien.ac.at> writes: > Alain.Picard(a)memetrics.com writes: > > > Any clues? This is a CVS from Thu Jul 1 2004. > > The problem was that the a condition was signalled when the debugger > tried to produce the backtrace (the condition is usually handled); > with *break-on-signals* to the debugger was invoked recursively and > producing the backtrace signalled a condition ... > > Should be fixed now. The workaround was to bind *break-on-signals* > before getting the backtrace. We probably should do that in some more > places. Great! As a side-effect, this also fixed the bug that I reported on June 25th with the subject line "LispWorks debugger bug". Two bugs fixed for the price of one! - Bill

1 0

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 01 Jul '04

01 Jul '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.443 slime/ChangeLog:1.452 --- slime/ChangeLog:1.443 Tue Jun 29 15:07:00 2004 +++ slime/ChangeLog Wed Jun 30 23:35:50 2004 @@ -1,3 +1,49 @@ +2004-07-01 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * swank-lispworks.lisp (frame-actual-args): Bind + *break-on-signals* to nil and special case &rest, &optional, and + &key. + +2004-07-01 Luke Gorrie <luke(a)bluetail.com> + + * slime.el (sldb-lookup-reference): Preserve case in SBCL node + names. Previously they were downcased, but the HTML manual's + filenames seem to have changed. + + * NEWS: Added security note about the TCP server. + Added notes for ACL and ABCL. + + * doc/slime.texi: General updatings for an alpha release. + +2004-06-30 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * slime.el (slime-display-compilation-output): New customizable + variable. + + * swank.lisp: Minor cleanups. + (find-symbol-designator, find-symbol-or-lose) + (case-convert-input): Deleted. Replaced with calls to + parse-symbol{-or-lose}. + + * swank-lispworks.lisp (describe-symbol-for-emacs): Include + information about setf-functions. + (emacs-connected): Add a default method to + env-internals:environment-display-debugger. + +2004-06-30 Luke Gorrie <luke(a)bluetail.com> + + * slime.el (slime-read-port-and-connect-to-running-swank) + (slime-connect, slime-open-stream-to-lisp): Replace "localhost" + with "127.0.0.1". This is believed to avoid unwanted DNS lookups + on certain operating systems. The lookups can become crippling if + the DNS server isn't available. + (line-beginning-position, line-end-position): Simple bugfix + suggested by Richard Klinda. + + * swank-sbcl.lisp (preferred-communication-style): Choose + :fd-handler instead of :sigio when threads aren't available. A lot + of people seem to have had problems with :sigio on SBCL. + 2004-06-30 Luke Gorrie <luke(a)bluetail.com> * NEWS: Wrote preliminary release notes for alpha-1. @@ -54,19 +100,19 @@ * swank-allegro.lisp (nth-frame): Skip frames where frame-visible-p is false. - * slime.el (slime-buffer-package): Return the cached package if - can't something more sensible; this reverts a previous change. - The Lisp side will now fall back to an existing package if the one - supplied by Emacs doesn't exist. Using the cached version is also - necessary for some commands in the apropos buffer. + * slime.el (slime-buffer-package): Return the cached package if we + can't find something more sensible; this reverts a previous + change. The Lisp side will now fall back to an existing package + if the one supplied by Emacs doesn't exist. Using the cached + version is also necessary for some commands in the apropos buffer. (sldb-insert-frame): Set the default-action property; pressing RET on frame lines now shows/hides details. (sldb-toggle-details): Preserve the current column. (slime-inspector-buffer, slime-saved-window-config) (slime-inspector-quit): Save and restore the window configuration. (slime-highlight-suppressed-forms, slime-search-suppressed-forms): - Display expressions with reader conditionals (#+/#-) where the - test is false in font-lock-comment-face. No implemented for + Display expressions with reader conditionals (#+/#-) in + font-lock-comment-face if the test is false. Not implemented for XEmacs. (repl-return): New test.

1 0

[slime-devel] Bug in slime with LW
by Alain.Picard＠memetrics.com 01 Jul '04

01 Jul '04

Weird problem with the debugger at the moment, with LW. When do this: XOS> (setf *break-on-signals* t) T I quickly get into this weirdness when a condition is raised by other (than the REPL) threads: ================================================================ The variable &REST is unbound. Break entered because of *break-on-signals*. 1 (continue) Return from break. 2 Try evaluating &REST again. 3 Specify a value to use this time instead of evaluating &REST. 4 Specify a value to set &REST to. 5 Return from break. 6 Try evaluating &REST again. 7 Specify a value to use this time instead of evaluating &REST. 8 Specify a value to set &REST to. 9 Return from break. 10 Try evaluating &REST again. 11 Specify a value to use this time instead of evaluating &REST. 12 Specify a value to set &REST to. 13 Return from break. 14 Try evaluating &REST again. 15 Specify a value to use this time instead of evaluating &REST. 16 Specify a value to set &REST to. 17 Return from break. 18 Try evaluating &REST again. 19 Specify a value to use this time instead of evaluating &REST. 20 Specify a value to set &REST to. 21 Return from break. 22 Try evaluating &REST again. 23 Specify a value to use this time instead of evaluating &REST. 24 Specify a value to set &REST to. 25 Return from break. 26 Try evaluating &REST again. 27 Specify a value to use this time instead of evaluating &REST. 28 Specify a value to set &REST to. 29 Return from break. 30 Try evaluating &REST again. 31 Specify a value to use this time instead of evaluating &REST. 32 Specify a value to set &REST to. 33 Return from break. 34 Abandon this request and wait for the next one 35 (abort) Quit process. Type :b for backtrace, :c <option number> to proceed, or :? for other options XOS 4 : 9 > XOS> t T XOS 7 : 9 > :b Call to SIGNAL Call to IV:PROCESS-TOP-LEVEL Call to (HARLEQUIN-COMMON-LISP:SUBFUNCTION 1 SWANK-BACKEND::FRAME-ACTUAL-ARGS) Call to MAPCAR Call to SWANK-BACKEND::FRAME-ACTUAL-ARGS Call to (METHOD SWANK-BACKEND:PRINT-FRAME (T T)) Call to SWANK::FRAME-FOR-EMACS Call to SWANK:BACKTRACE Call to SWANK:DEBUGGER-INFO-FOR-EMACS Call to SWANK::SLDB-LOOP Call to (METHOD SWANK-BACKEND:CALL-WITH-DEBUGGING-ENVIRONMENT (T)) Call to SWANK::DEBUG-IN-EMACS Call to ENVIRONMENT:DISPLAY-NOTIFIER Call to INVOKE-DEBUGGER Call to SIGNAL Call to IV:PROCESS-TOP-LEVEL Call to (HARLEQUIN-COMMON-LISP:SUBFUNCTION 1 SWANK-BACKEND::FRAME-ACTUAL-ARGS) Call to MAPCAR Call to SWANK-BACKEND::FRAME-ACTUAL-ARGS Call to (METHOD SWANK-BACKEND:PRINT-FRAME (T T)) Call to SWANK::FRAME-FOR-EMACS Call to SWANK:BACKTRACE Call to SWANK:DEBUGGER-INFO-FOR-EMACS Call to SWANK::SLDB-LOOP Call to (METHOD SWANK-BACKEND:CALL-WITH-DEBUGGING-ENVIRONMENT (T)) Call to SWANK::DEBUG-IN-EMACS Call to ENVIRONMENT:DISPLAY-NOTIFIER Call to INVOKE-DEBUGGER Call to SIGNAL Call to IV:PROCESS-TOP-LEVEL Call to (HARLEQUIN-COMMON-LISP:SUBFUNCTION 1 SWANK-BACKEND::FRAME-ACTUAL-ARGS) Call to MAPCAR Call to SWANK-BACKEND::FRAME-ACTUAL-ARGS Call to (METHOD SWANK-BACKEND:PRINT-FRAME (T T)) Call to SWANK::FRAME-FOR-EMACS Call to SWANK:BACKTRACE Call to SWANK:DEBUGGER-INFO-FOR-EMACS Call to SWANK::SLDB-LOOP Call to (METHOD SWANK-BACKEND:CALL-WITH-DEBUGGING-ENVIRONMENT (T)) Call to SWANK::DEBUG-IN-EMACS Call to ENVIRONMENT:DISPLAY-NOTIFIER Call to INVOKE-DEBUGGER Call to SIGNAL Call to IV:PROCESS-TOP-LEVEL Call to (HARLEQUIN-COMMON-LISP:SUBFUNCTION 1 SWANK-BACKEND::FRAME-ACTUAL-ARGS) Call to MAPCAR Call to SWANK-BACKEND::FRAME-ACTUAL-ARGS Call to (METHOD SWANK-BACKEND:PRINT-FRAME (T T)) Call to SWANK::FRAME-FOR-EMACS Call to SWANK:BACKTRACE Call to SWANK:DEBUGGER-INFO-FOR-EMACS Call to SWANK::SLDB-LOOP Call to (METHOD SWANK-BACKEND:CALL-WITH-DEBUGGING-ENVIRONMENT (T)) Call to SWANK::DEBUG-IN-EMACS Call to ENVIRONMENT:DISPLAY-NOTIFIER Call to INVOKE-DEBUGGER Call to SIGNAL Call to IV:PROCESS-TOP-LEVEL Call to (HARLEQUIN-COMMON-LISP:SUBFUNCTION 1 SWANK-BACKEND::FRAME-ACTUAL-ARGS) Call to MAPCAR Call to SWANK-BACKEND::FRAME-ACTUAL-ARGS Call to (METHOD SWANK-BACKEND:PRINT-FRAME (T T)) Call to SWANK::FRAME-FOR-EMACS Call to SWANK:BACKTRACE Call to SWANK:DEBUGGER-INFO-FOR-EMACS Call to SWANK::SLDB-LOOP Call to (METHOD SWANK-BACKEND:CALL-WITH-DEBUGGING-ENVIRONMENT (T)) Call to SWANK::DEBUG-IN-EMACS Call to ENVIRONMENT:DISPLAY-NOTIFIER Call to INVOKE-DEBUGGER Call to SIGNAL Call to IV:PROCESS-TOP-LEVEL Call to (HARLEQUIN-COMMON-LISP:SUBFUNCTION 1 SWANK-BACKEND::FRAME-ACTUAL-ARGS) Call to MAPCAR Call to SWANK-BACKEND::FRAME-ACTUAL-ARGS Call to (METHOD SWANK-BACKEND:PRINT-FRAME (T T)) Call to SWANK::FRAME-FOR-EMACS Call to SWANK:BACKTRACE Call to SWANK:DEBUGGER-INFO-FOR-EMACS Call to SWANK::SLDB-LOOP Call to (METHOD SWANK-BACKEND:CALL-WITH-DEBUGGING-ENVIRONMENT (T)) Call to SWANK::DEBUG-IN-EMACS Call to ENVIRONMENT:DISPLAY-NOTIFIER Call to INVOKE-DEBUGGER Call to SIGNAL Call to IV:PROCESS-TOP-LEVEL Call to (HARLEQUIN-COMMON-LISP:SUBFUNCTION 1 SWANK-BACKEND::FRAME-ACTUAL-ARGS) Call to MAPCAR Call to SWANK-BACKEND::FRAME-ACTUAL-ARGS Call to (METHOD SWANK-BACKEND:PRINT-FRAME (T T)) Call to SWANK::FRAME-FOR-EMACS Call to SWANK:BACKTRACE Call to SWANK:DEBUGGER-INFO-FOR-EMACS Call to SWANK::SLDB-LOOP Call to (METHOD SWANK-BACKEND:CALL-WITH-DEBUGGING-ENVIRONMENT (T)) Call to SWANK::DEBUG-IN-EMACS Call to ENVIRONMENT:DISPLAY-NOTIFIER Call to INVOKE-DEBUGGER Call to SIGNAL Call to IV:PROCESS-TOP-LEVEL Call to (HARLEQUIN-COMMON-LISP:SUBFUNCTION 1 SWANK-BACKEND::FRAME-ACTUAL-ARGS) Call to MAPCAR Call to SWANK-BACKEND::FRAME-ACTUAL-ARGS Call to (METHOD SWANK-BACKEND:PRINT-FRAME (T T)) Call to SWANK::FRAME-FOR-EMACS Call to SWANK:BACKTRACE Call to SWANK:DEBUGGER-INFO-FOR-EMACS Call to SWANK::SLDB-LOOP Call to (METHOD SWANK-BACKEND:CALL-WITH-DEBUGGING-ENVIRONMENT (T)) Call to SWANK::DEBUG-IN-EMACS Call to (HARLEQUIN-COMMON-LISP:SUBFUNCTION 1 SWANK:SWANK-DEBUGGER-HOOK) Call to SWANK::CALL-WITH-REDIRECTED-IO Call to SWANK:SWANK-DEBUGGER-HOOK Call to ENVIRONMENT:DISPLAY-NOTIFIER Call to INVOKE-DEBUGGER Call to SIGNAL Call to EMIT-HTML Call to DISPLAY-NODE Call to EMIT-HTML-FOR-NODE-AND-OP Call to (HARLEQUIN-COMMON-LISP:SUBFUNCTION (LABELS RETRYING-DISPATCH) DISPATCH-TO-A-NODE) Call to DISPATCH-TO-A-NODE Call to PROCESS-USER-INTERFACE-REQUEST Call to (METHOD PROCESS-ENTITY (HTTP-REQUEST COMPUTED-ENTITY)) Call to (METHOD HANDLE-REQUEST (HTTP-REQUEST)) Call to NET.ASERVE::PROCESS-CONNECTION Call to NET.ASERVE::RUN-WORKER-THREAD Call to (HARLEQUIN-COMMON-LISP:SUBFUNCTION MP::PROCESS-SG-FUNCTION MP::INITIALIZE-PROCESS-STACK) XOS 8 : 9 > ================================================================ Any clues? This is a CVS from Thu Jul 1 2004. Cheers.

2 1

[slime-devel] 1.0-alpha released!
by Luke Gorrie 01 Jul '04

01 Jul '04

Ahoy! We've released the alpha version! The web page is updated and a little announcement posted to comp.lang.lisp.

1 0

[slime-devel] Symbols in COMMON-LISP are all in UPPER CASE!
by Pascal J.Bourguignon 30 Jun '04

30 Jun '04

Symbols in COMMON-LISP are all in upper case. (Yes, I know, it's a little known fact about COMMON-LISP). So why can't we look up them in upper case? Let's ignore case when completing symbols in slime-hyperspec-lookup and everybody will be happy. (defun slime-hyperspec-lookup (symbol-name) "A wrapper for `hyperspec-lookup'" (interactive (list (let ((completion-ignore-case t) ;; <<<<--------- (symbol-at-point (slime-symbol-name-at-point))) (if (and symbol-at-point (intern-soft (downcase symbol-at-point) common-lisp-hyperspec-symbols)) symbol-at-point (completing-read "Look up symbol in Common Lisp HyperSpec: " common-lisp-hyperspec-symbols #'boundp t symbol-at-point 'common-lisp-hyperspec-history))))) (hyperspec-lookup symbol-name)) -- __Pascal Bourguignon__ http://www.informatimago.com/ There is no worse tyranny than to force a man to pay for what he does not want merely because you think it would be good for him. -- Robert Heinlein

5 5

[slime-devel] The 1.0-alpha plan
by Luke Gorrie 30 Jun '04

30 Jun '04

Ahoy, I checked in a mkdist.sh shell script for creating a distribution. I made a "fake" release called 1.0alpha0 with it here: http://www.bluetail.com/~luke/misc/lisp/slime-1.0alpha0.tar.gz That's not a real release for distribution, just an example to see if we're missing anything. Two things that I know need doing before releasing an alpha tarball: Update the manual a bit - I'm on it. Write release notes. I've made a start in the NEWS file. It would be great if people could contribute notes about our ACL/CLISP/ABCL backends, and anything important I've missed about the others (e.g. what's the oldest LispWorks what we actually work with?) Is there anything else? If not, I was thinking of making an alpha1 tarball tomorrow or the next day and releasing it. -Luke

4 6

[slime-devel] long delay starting up slime on a computer off-line
by Chisheng Huang 30 Jun '04

30 Jun '04

When my computer is connected to the internet, M-x slime will get me a slime repl buffer immediately. However, if my computer is not connected to the internet, it takes much longer to get a slime repl buffer. There is a long wait while the mini buffer displaying "Connecting to Swank on port 35948...", after which there is another long wait while the mini buffer displaying "initial handshake...". The first delay is due to a call to OPEN-NETWORK-STREAM in SLIME-NET-CONNECT. Not sure about the 2nd delay, which is probably on the CL side. Is it possible to get rid of this long delay when starting up Slime on a computer off-line? Best, -cph

2 3