slime-devel

slime-devel@common-lisp.net

4231 discussions

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 16 Sep '08

16 Sep '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1508 slime/ChangeLog:1.1509 --- slime/ChangeLog:1.1508 Mon Sep 15 17:11:19 2008 +++ slime/ChangeLog Tue Sep 16 14:15:14 2008 @@ -1,3 +1,9 @@ +2008-09-16 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-end-of-list): `backward-down-list' was used + there which is defined by paredit.el. + Use `(down-list -1)' instead. + 2008-09-15 Helmut Eller <heller(a)common-lisp.net> * swank-lispworks.lisp (describe-symbol-for-emacs): Revert last

1 0

[slime-devel] Re: CMUCL Timers
by Madhu 16 Sep '08

16 Sep '08

* Raymond Toy <48CBFC17.5010103(a)gmail.com> : Wrote on Sat, 13 Sep 2008 13:44:55 -0400: | Madhu wrote: |> I'd like to see *use-dedicated-output-stream* supported: It is useful |> and sometimes necessary for output to not to go through the whole of |> slime repl's infrasturcture. | | What to you mean supported? It seems to be supported. I was remembering this thread http://article.gmane.org/gmane.lisp.slime.devel/6507/ (I believe the REPL code was added without considering this variable and mode of behaviour and so was incompatible, and now slime has to discourage the use of the mode in effect deprecating it. Had it been supported, the alternative design would have been a framework for the repl machinery in which both modes of operation coexisted without problems to either) | Do you have any quick examples of using serve-timer? Not at hand, but I could reconstruct them if needed -- Madhu

2 1

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 15 Sep '08

15 Sep '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1505 slime/ChangeLog:1.1508 --- slime/ChangeLog:1.1505 Sun Sep 14 13:10:34 2008 +++ slime/ChangeLog Mon Sep 15 17:11:19 2008 @@ -1,3 +1,45 @@ +2008-09-15 Helmut Eller <heller(a)common-lisp.net> + + * swank-lispworks.lisp (describe-symbol-for-emacs): Revert last + change. + +2008-09-15 Helmut Eller <heller(a)common-lisp.net> + + * swank.lisp (sldb-loop): Send a :sldb-return event to ourselfes + to inform the debug session at the lower level. + (wait-for-event): Drop the report-interrupt argument. No longer + needed. + (event-match-p): Add an OR pattern operator. Used to wait for + different events simultaneously. + + (read-packet): Use peek-char to detect EOF. read-sequence wouldn't + work. + + * slime.el (slime-test-interrupt-in-debugger): Call sldb-quit and + sldb-continue in the right buffer. + + * swank-backend.lisp (wait-for-input): + * swank-cmucl.lisp (wait-for-input): + * swank-clisp.lisp (wait-for-input): Use the idiom + "(when (check-slime-interrupts) (return :interrupt))". + +2008-09-15 Helmut Eller <heller(a)common-lisp.net> + + Interrupt related hacking. + + * swank-backend.lisp (*pending-slime-interrupts*): Should be + thread-local. Leave global value unbound. + + * swank.lisp (with-interrupts-enabled%): New helper macro. + (with-slime-interrupts, without-slime-interrupts): Use it. + (call-with-connection): Bind *pending-slime-interrupts* here. + (wait-for-event): Add a report-interrupt argument. Currently used + by the debugger to detect when a nested debugger session, which + was triggered by an interrupt in wait-for-event, returns. Doesn't + work well, though. + + * slime.el (slime-test-interrupt-in-debugger): New test. + 2008-09-14 Helmut Eller <heller(a)common-lisp.net> Introduce a WAIT-FOR-INPUT backend function.

1 0

[slime-devel] Newbie problems w/slime
by Jeffrey Berger 15 Sep '08

15 Sep '08

Am attempting to set up an sbcl lisp environment in emacs and getting undefined symbol error for load-path. Here's my .emacs file: cat .emacs (setq inferior-lisp-program "/usr/local/bin/sbcl") (add-to-list ’load-path "/usr/share/emacs/22.1/site-lisp/slime") (require ’slime) (slime-setup) ... the debugger backtrace: Debugger entered--Lisp error: (void-variable ùload-path) (add-to-list ùload-path "/usr/share/emacs/22.1/site-lisp/slime") eval-buffer(#<buffer *load*> nil "/home/jeff/.emacs" nil t) ; Reading at buffer position 116 load-with-code-conversion("/home/jeff/.emacs" "/home/jeff/.emacs" t t) load("~/.emacs" t t) #[nil "... and the result of eval'ing load-path: ("/usr/share/emacs22/site-lisp/slime" "/usr/share/emacs22/site-lisp/slime/contrib" "/usr/share/emacs22/site-lisp/dictionaries-common" "/etc/emacs22" "/etc/emacs" "/usr/local/share/emacs/22.1/site-lisp" "/usr/local/share/emacs/site-lisp" "/usr/share/emacs/22.1/site-lisp" "/usr/share/emacs/22.1/site-lisp/dictionaries-common" "/usr/share/emacs/22.1/site-lisp/slime" "/usr/share/emacs/22.1/site-lisp/slime/contrib" "/usr/share/emacs/site-lisp" ...) What am I doing wrong? TIA

2 2

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 15 Sep '08

15 Sep '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1501 slime/ChangeLog:1.1504 --- slime/ChangeLog:1.1501 Thu Sep 11 08:32:01 2008 +++ slime/ChangeLog Fri Sep 12 14:55:42 2008 @@ -1,3 +1,58 @@ +2008-09-12 Helmut Eller <heller(a)common-lisp.net> + + For Lispworks, parse the $LWHOME/lwdoc file. + + * swank-lispworks.lisp (lwdoc, lookup-lwdoc, parse-lwdoc-record): + New functions. + (describe-symbol-for-emacs): Use it. + +2008-09-12 Tobias C. Rittweiler <tcr(a)freebits.de> + + In an SLDB buffer, `C-c C-c' will now recompile the source behind + a frame. In particular, `C-u C-c C-c' will recompile the frame + with high debug settings. + + * slime.el (sldb-recompile-frame-source): New function. + (sldb-mode-map): Bind `C-c C-c' to it. + + * slime.el (sldb-overlays, sldb-delete-overlays, slime-xref-cleanup): + Removed. Sldb-overlays weren't created anymore since 2008-08-17. + +2008-09-12 Tobias C. Rittweiler <tcr(a)freebits.de> + + New faces: `sldb-restartable-frame-line-face', + `sldb-non-restartable-frame-line-face'. + + The former is the face for frames that are surely restartable, the + latter for frames that are surely not restartable. If + restartability of a frame cannot be reliably determined, the face + `sldb-frame-line-face' is used. + + At the moment, determination of frame restartability is supported + by the SBCL backend only. + + * slime.el (sldb-frame.string): New. + (sldb-frame.number): New. + (sldb-frame.plist): New. + (sldb-prune-initial-frames): Use them. + (sldb-insert-frames): Ditto. + (sldb-compute-frame-face): New. + (sldb-insert-frame): Use `sldb-compute-frame-face' to insert + frames with one of the faces described above. + + * swank.lisp (defslimefun backtrace): Changed return value; each + frame is now accompanied with a PLIST which at the moment can + contain :RESTARTABLE NIL/T/:UNKNOWN depending on whether the frame + is restartable, or not. + + * swank-backend.lisp (defstruct swank-frame): New structure. + (compute-backtrace): Is now supposed to return a list of SWANK-FRAMEs. + (print-frame): Renamed to PRINT-SWANK-FRAME. + + * swank-sbcl.lisp, swank-cmucl.lisp, swank-lispworks.lisp, + * swank-allegro.lisp, swank-scl.lisp, swank-openmcl.lisp, + * swank-abcl.lisp, swank-clisp.lisp: Adapted to swank-backend changes. + 2008-09-11 Helmut Eller <heller(a)common-lisp.net> * doc/slime-refcard.tex: Fix typos.

3 3

[slime-devel] is there a way to capture / grab a local variable in SLDB?
by Gary King 15 Sep '08

15 Sep '08

I often find that I want to grab a local variable in an SLDB frame but don't know how to do this. Is there a way? thanks, -- Gary Warren King, metabang.com Cell: (413) 559 8738 Fax: (206) 338-4052 gwkkwg on Skype * garethsan on AIM

3 3

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 14 Sep '08

14 Sep '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1504 slime/ChangeLog:1.1505 --- slime/ChangeLog:1.1504 Fri Sep 12 14:55:42 2008 +++ slime/ChangeLog Sun Sep 14 13:10:34 2008 @@ -1,3 +1,31 @@ +2008-09-14 Helmut Eller <heller(a)common-lisp.net> + + Introduce a WAIT-FOR-INPUT backend function. + CMUCL's blocking input functions READ-CHAR etc. + are hard to use with interrupts. In the backend + we have a more realistic chance to get interrupts working. + + * swank-backend.lisp (wait-for-input): New function. + + * swank-cmucl.lisp, swank-clisp.lisp (wait-for-input): Implement + it. + + * swank.lisp (wait-for-event/event-loop): Use WAIT-FOR-INPUT and + rescan the event-queue if WAIT-FOR-INPUT was interrupted. + (reader-event): Deleted. Merged into wait-for-event/event-loop + resp. dispatch-loop. + (decode-message): Drop the timeout argument. + (*events-enqueued*): A counter to quickly detect new events after + a wait. + (call-with-connection): If the argument is already the current + connection, don't rebind anything. + (without-slime-interrupts, with-slime-interrupts): Don't rebind + *pending-slime-interrupts*. Just to be save. + + * slime.el (sldb-maybe-kill-buffer): New function, to handle + the case when the debugger was interrupted in WAIT-FOR-INPUT and + we want to return to the previous debug level. + 2008-09-12 Helmut Eller <heller(a)common-lisp.net> For Lispworks, parse the $LWHOME/lwdoc file.

1 0

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 13 Sep '08

13 Sep '08

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.129 slime/contrib/ChangeLog:1.130 --- slime/contrib/ChangeLog:1.129 Wed Sep 10 19:51:17 2008 +++ slime/contrib/ChangeLog Sat Sep 13 06:39:02 2008 @@ -1,3 +1,16 @@ +2008-09-13 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-parse.el (slime-has-symbol-syntax-p): New. + (slime-parse-symbol-name-at-point): New; works on top of + `slime-parse-sexp-at-point'. + (slime-enclosing-form-specs): Use it. + + * slime-enclosing-context.el (slime-find-bound-names): Use + `slime-parse-symbol-name-at-point'. + (slime-find-bound-functions): Ditto. + (def-slime-test enclosing-context.1): New test case. Thanks to + John Pallister for reporting this bug. + 2008-09-11 Tobias C. Rittweiler <tcr(a)freebits.de> * swank-asdf.lisp (operate-on-system-for-emacs): Adapted to recent

1 0

[slime-devel] Buffered slime output
by Raymond Toy 13 Sep '08

13 Sep '08

Until yesterday, I had been using a version from 2008-07-08. This worked pretty well. Yesterday I updated to the latest CVS version. Everything seems to be working fine, but now the output appears to be buffered strangely. Any function that produces a lot of output seems to have it buffered. When I enter something else into the repl, the missing output then comes out. This is a bit annoying. So I set *use-dedicated-output-stream* to T. This works much better, but now the output is interleaved with the output of the repl. That is, the result of the repl is printed before the output of the function. I can live with that, but it's kind of annoying too. Is there something I've missed to cause this behavior? Oh, I'm also running this with the latest snapshot of cmucl (no unicode) Ray

3 3

[slime-devel] Slime-Inspector, and SLDB
by Tobias C. Rittweiler 13 Sep '08

13 Sep '08

`q' in the in Slime inspector, and in SLDB still unconditionally restore the window configuration. Either they should be written on top of slime-popup-buffers, or at least their restoration code should be tweaked. -T.

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