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

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 23 Mar '05

23 Mar '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.648 slime/ChangeLog:1.649 --- slime/ChangeLog:1.648 Tue Mar 22 11:13:32 2005 +++ slime/ChangeLog Wed Mar 23 13:23:26 2005 @@ -1,3 +1,9 @@ +2005-03-23 Marco Baringer <mb(a)bese.it> + + * swank.lisp (commit-edited-value): Read a backquated string, + instead of quating the result of read. This allows one to put + ,(form) into edit-value buffers. + 2005-03-22 Helmut Eller <heller(a)common-lisp.net> * swank-lispworks.lisp (swank-compile-string): Bind *print-radix*

1 0

[slime-devel] Slime and bracket matching
by Torkel Holm 23 Mar '05

23 Mar '05

Hi When I use slime with CLSQL and the [...] syntax I miss bracket matching. Does anyone have a solution? -- Torkel Holm

3 2

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 22 Mar '05

22 Mar '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.647 slime/ChangeLog:1.648 --- slime/ChangeLog:1.647 Mon Mar 21 18:40:55 2005 +++ slime/ChangeLog Tue Mar 22 11:13:32 2005 @@ -1,3 +1,11 @@ +2005-03-22 Helmut Eller <heller(a)common-lisp.net> + + * swank-lispworks.lisp (swank-compile-string): Bind *print-radix* + to t, to avoid problems if somebody uses different values for + *print-base* and *read-base*. Reported by Alain Picard. + (emacs-connected): Add default methods for + environment-display-notifier and environment-display-debugger. + 2005-03-21 Helmut Eller <heller(a)common-lisp.net> * swank-sbcl.lisp (locate-compiler-note): Handle errors in macros

1 0

[slime-devel] setting *print-base* breaks slime
by Alain.Picard＠memetrics.com 22 Mar '05

22 Mar '05

While I'm whining... If, in the *slime-repl*, you do XOS> (setf *print-base* 16) the next time to you C-c C-c to compile a completely innocuous and correct function, you end up with this: ;;; Compiling file /tmp/filebPzYl6.lisp ... ;;; Safety = 3, Speed = 1, Space = 1, Float = 1, Interruptible = 0 ;;; Compilation speed = 1, Debug = 2, Fixnum safety = 3 ;;; Source level debugging is on ;;; Source file recording is on ;;; Cross referencing is on **++++ Error between functions: The variable |1501E| is unbound. ; *** 1 error detected, no fasl file produced. Cheers, --ap

2 1

[slime-devel] Debugger broken in LW in latest slime
by Alain.Picard＠memetrics.com 22 Mar '05

22 Mar '05

Dear slimers, Dunno if this is something sane to do, but it used to work, and now it doesn't. If I set *break-on-signals* to T, then hit a web page which invokes portableaserve, which ends up raising an error, for some reason or other, I used to get landed in the slime debugger, which was really quite lovely. Now, instead, my lisp is frozen, and *inferior-lisp* is stuck in this state: No applicable methods for #<STANDARD-GENERIC-FUNCTION ENVIRONMENT-INTERNALS:ENVIRONMENT-DISPLAY-NOTIFIER 207A0412> with args (#<ENVIRONMENT:TTY-ENVIRONMENT 207B2384> :CONDITION #<CONDITIONS:DEBUG-BREAK 2070E8FC> :RESTARTS (#<RESTART CONTINUE 2070F92C> #<RESTART CONTINUE 2070F96C> #<RESTART CONTINUE 20706A7C> #<RESTART CONTINUE 20706ABC> #<RESTART CONTINUE 206FB9C4> #<RESTART CONTINUE 206FBA04> #<RESTART CONTINUE 206F280C> #<RESTART CONTINUE 206F284C> #<RESTART CONTINUE 206EC574> #<RESTART CONTINUE 206EC5B4> #<RESTART CONTINUE 2071736C> #<RESTART CONTINUE 207173AC> #<RESTART CONTINUE 20704BA4> #<RESTART CONTINUE 20704BE4> #<RESTART CONTINUE 20702FB4> #<RESTART NET.ASERVE::ABANDON 20702FF4> #<RESTART ABORT 21362D3C>)) Break entered because of *break-on-signals*. 1 (continue) Return from break. 2 Call #<STANDARD-GENERIC-FUNCTION ENVIRONMENT-INTERNALS:ENVIRONMENT-DISPLAY-NOTIFIER 207A0412> again 3 Return from break. 4 Call #<STANDARD-GENERIC-FUNCTION ENVIRONMENT-INTERNALS:ENVIRONMENT-DISPLAY-NOTIFIER 207A0412> again 5 Return from break. 6 Call #<STANDARD-GENERIC-FUNCTION ENVIRONMENT-INTERNALS:ENVIRONMENT-DISPLAY-NOTIFIER 207A0412> again 7 Return from break. 8 Call #<STANDARD-GENERIC-FUNCTION ENVIRONMENT-INTERNALS:ENVIRONMENT-DISPLAY-NOTIFIER 207A0412> again 9 Return from break. 10 Call #<STANDARD-GENERIC-FUNCTION ENVIRONMENT-INTERNALS:ENVIRONMENT-DISPLAY-NOTIFIER 207A0412> again 11 Return from break. 12 Call #<STANDARD-GENERIC-FUNCTION ENVIRONMENT-INTERNALS:ENVIRONMENT-DISPLAY-NOTIFIER 207A0412> again 13 Return from break. 14 Call #<STANDARD-GENERIC-FUNCTION ENVIRONMENT-INTERNALS:ENVIRONMENT-DISPLAY-NOTIFIER 207A0412> again 15 Return from break. 16 Call #<STANDARD-GENERIC-FUNCTION ENVIRONMENT-INTERNALS:ENVIRONMENT-DISPLAY-NOTIFIER 207A0412> again 17 Return from break. 18 Abandon this request and wait for the next one 19 (abort) Quit process. Type :b for backtrace, :c <option number> to proceed, or :? for other options XOS 4 : 9 > Any hints or help would be welcome!

2 1

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 21 Mar '05

21 Mar '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.641 slime/ChangeLog:1.647 --- slime/ChangeLog:1.641 Fri Mar 18 23:33:59 2005 +++ slime/ChangeLog Mon Mar 21 18:40:55 2005 @@ -1,3 +1,56 @@ +2005-03-21 Helmut Eller <heller(a)common-lisp.net> + + * swank-sbcl.lisp (locate-compiler-note): Handle errors in macros + better. + (source-file-source-location): Read the snippet at the right + position. + + * swank-source-file-cache.lisp (read-snippet): Take the start + position as optional argument. + +2005-03-21 Helmut Eller <heller(a)common-lisp.net> + + * swank-sbcl.lisp (quit-lisp): If we are running multithreaded, + terminate all other threads too. (still broken in 0.8.20.27; used + to work in ~0.8.20.2.) + (with-debootstrapping, call-with-debootstrapping): Remove ugly + backward compatibility code. + (sbcl-source-file-p, guess-readtable-for-filename): New utilities. + (function-source-location): Handle work off to helper functions. + (find-function-source-location): New function. Use the + shebang-readtable for SBCL source files. + (function-source-position, function-source-filename) + (function-source-write-date, function-toplevel-form-number) + (function-hint-snippet, function-has-start-location-p) + (function-start-location): New helpers. + (safe-source-location-for-emacs): Don't catch errors if + *debug-definition-finding* is true. + (inspect-for-emacs): Minor beautifications. + + * swank.lisp (commit-edited-value): Use buffer syntax. + (compile-file-for-emacs, compile-string-for-emacs): Bind + *compile-print* to nil. + + * swank-cmucl.lisp (call-with-debugging-environment): Rebind + kernel:*current-level* 0. Useful for debugging pretty printer + code. + (inspect-for-emacs): Show details of interpreted functions. + +2005-03-21 Luke Gorrie <luke(a)synap.se> + + * swank-sbcl.lisp (function-source-location): For definitions + compiled in Emacs buffers, include the :emacs-string as a :snippet + hint for search-based M-. lookup. + +2003-05-21 Edi Weitz <edi(a)agharta.de> + + * swank-loader-lisp (*implementation-features*, *os-features*, + *architecture-features*): LispWorks was completely missing. + +2005-03-18 Luke Gorrie <luke(a)synap.se> + + * slime.el (slime-complete-symbol*-fancy): Now nil by default. + 2005-03-18 Helmut Eller <heller(a)common-lisp.net> * swank-source-path-parser.lisp (make-source-recording-readtable):

1 0

[slime-devel] M-x slime gives the black shell screen
by Andrew Stebakov 21 Mar '05

21 Mar '05

Hi, I just got the latest CVS slime code and every time I type M-x slime the process starts lisp but in an additional black shell screen. I am installing XEmacs + Slime + CLisp on another Windows machine so I might have missed something. Thanks! Andrew __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

[slime-devel] Support for ECL
by Juan Jose Garcia Ripoll 21 Mar '05

21 Mar '05

[Courtesy copy to ECL mailing list] Hi, my name is Juanjo Garcia-Ripoll and I am the current maintainer of a common-lisp implementation called ECL (http://ecls.sf.net) This is a portable environment based on a C backend that can use a C/C++ compiler for compiling lisp code, and also contains a standalone bytecodes compiler and interpreter. In the last weeks there has been a lot of contributions to our project (FFI, a port of BSD sockets, better MOP compliance, Gray streams, etc) that have allowed me to produce a minimal port of Slime. The port is available at http://ecls.sf.net/slime-patches.zip in the form of a diff file plus an additional file swank-ecl.lisp for the ECL backend. This port only works with the unstable version of ECL available from CVS http://sourceforge.net/cvs/?group_id=30035 There are several things missing in this port, the most important being support for ECL's debugger, but this requires us to rethink the current interface that our library offers. I would like to ask the developers of Slime to commit these patches and also, if possible, to give me CVS access for future improvements. Best regards, Juanjo

2 2

[slime-devel] Important bug fix in CVS Emacs ...
by Peter Seibel 21 Mar '05

21 Mar '05

As of a couple days ago, after I reported the bug on behalf of SLIMErs everywhere, CVS HEAD of GNU Emacs got fixed so animate is now back to it's usual zippy self so the SLIME startup looks cool again! -Peter -- Peter Seibel peter(a)gigamonkeys.com Lisp is the red pill. -- John Fraser, comp.lang.lisp

5 8

[slime-devel] sbcl compiler notes in macros
by Gábor Melis 21 Mar '05

21 Mar '05

With the latest SLIME and SBCL compiling this: (defmacro xxx (x) ;;(declare (ignore x)) nil) from slime fails with: unhandled case [Condition of type SIMPLE-ERROR] Restarts: 0: [ABORT] Abort SLIME compilation. 1: [ABORT] Abort handling SLIME request. 2: [DESTROY-THREAD] Destroy this thread (23915) Backtrace: 0: (SWANK-BACKEND::LOCATE-COMPILER-NOTE :LISP (0 2 1 3 3)) 1: (SWANK-BACKEND::COMPILER-NOTE-LOCATION #<SB-C::COMPILER-ERROR-CONTEXT >) ... Gabor

2 1