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

[slime-devel] the slime inspector
by marco 14 Sep '04

14 Sep '04

all of this started out with the following goal: it should be _easy_ to ask a live lisp image what's in it, it should be _easy_ to access the associated doc strings and inspect associated "things" like the slots of a class or the symbols in a package. developers should have the option of telling users to inspect the various functions and symbols in a library instead of having to produce api documentation in another form (though that's never a bad idea). the attached patch changes, rather radically, the inspector. the lisp side now deals with formatting and can create "buttons" (certain pieces of text which when clicked call a lambda). this is used to, among other things, implement a simple method deleter. currently it has inspectors for: standard-class, standard-generic-function, standard-method, standard-slot-definiton, array, hash-table, package and cons cells (ciruclar lists, proper lists and "regular" cons cells), features: - access docstrings associated with classes, slots, generic functions, methods, functions and global variables/constants. - makunbound, fmakunbound, remove-method from within inspector. todo: - lots of custom inspectors (strings, ). - improve inspection of arrays (in particular it'd be nice to distinguish between strings, vectors, matrixes and other n-dimensional arrays). - re-implement the list vieweing (don't inspect the entire list at once). - invent some simple syntax for doc strings which will allow the developer to write "See Also" fields and have those "clikable." - distinguish between classes, structs. - types (deftype) - figure out how to distinguish between a defvar/defparameter and defcontstant symbol. - figure out how to access non portable system specific "extras" - compiler-macros. how should this work? - [not sure about this one] have slime-describe-function go to an inspector buffer, have slime-describe-variable inspect the symbol. -- -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

9 20

[slime-devel] modifying the inspector with implementation specific methods.
by Marco Baringer 14 Sep '04

14 Sep '04

the problem: slime currently loads things in the following order: 1) the backend 2) the lisp system's implementation of the backen 3) swank.lisp initially i've defined everything in swank.lisp, which means that the swank-XYZ.lisp files can add methods but can't redefine the default methods :( (in particular it'd be nice to use the implementation's (inspected-parts T) method). however i can't just define the inspector directly in swank-backend because 1) the inspector uses the swank-mop package which each implementation must define, and 2) that'd be ugly. suggestions? the only thing i can think of is a refactoring of the inspector part of swank.lisp into a general inspector file, one file defining the swank-mop package for each lisp and one file redefining inspector methods for each lisp, but this just feels wrong. -- -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

3 2

[slime-devel] problems with cross-references
by Giannandrea Castaldi 13 Sep '04

13 Sep '04

Hi, I'm using slime (version of cvs 2004-09-03) with cmucl 19a and I'd like to use the cross-references command but it doesn't work. For example, if I load a file with the following 2 functions: (defun fun1 () (fun2 "pippo")) (defun fun2 (x) (princ x)) And try 'C-c C-W c' on fun2 in the minibuffer there is: 'Who calls: fun2' and after I press return: 'No references found for fun2.' While I expect 'fun1'. Any suggestion? Thanks. Giannandrea

2 1

[slime-devel] catch tags
by Andras Simon 13 Sep '04

13 Sep '04

swank::read-user-input-from-emacs uses numbers as catch tags. Since tags are compared using eq, this looks like a bug. Andras

2 2

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 13 Sep '04

13 Sep '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.517 slime/ChangeLog:1.524 --- slime/ChangeLog:1.517 Sun Sep 12 22:48:30 2004 +++ slime/ChangeLog Mon Sep 13 23:45:27 2004 @@ -1,3 +1,143 @@ +2004-09-13 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * swank.lisp (intern-catch-tag): New function. + (read-user-input-from-emacs, take-input): Use it. + +2004-09-13 John Paul Wallington <jpw(a)gnu.org> + + * swank.lisp (define-special): Make the doc-type `variable' + rather than `symbol'. Don't quote `doc'. Doc fix. + +2004-09-09 Martin Simmons <martin(a)xanalys.com> + + * swank-lispworks.lisp: Set up the swank-mop package. Implement + swank-mop:slot-definition-documentation and function-name. + +2004-09-13 Marco Baringer <mb(a)bese.it> + + * swank.lisp (inspected-parts): Added inspectors for pathnames, + logical pathnames, standard-objects and numbers (float, ratio, + integer and complex). + + * swank-backend.lisp: Define import-to-swank-mop. + + * swank-openmcl.lisp, swank-sbcl.lisp, swank-allegro.lisp: Don't + define the import-to-swank-mop function (now defined in + swank-backend.lisp). + + * swank-cmucl.lisp (swank-mop, function-name): Implement backend + for inspector. + (arglist): Add support for extracting arglists from function + objects. + (create-socket): Don't specify the host on PPC. + +2004-09-13 Alan Ruttenberg <alanr-l(a)mumble.net> + + * slime.el slime-goto-location-position: New location specifiers: + (:method name specializers . qualifiers) all are strings. Looks + for defxxx name then the qualifiers as words, in order then the + specializers as words, in order (except for "T", which is + optional). Pass the symbols names for specializers and qualifiers + (no packages). Used by openmcl but might be useful for others + (:text-anchored <position fixnum> <string> <delta fixnum>) + Got to position, then search for string, then move delta. To + support upcoming source recording for openmcl debugging. + + * swank-openmcl multiple changes: - fix support for *sldb-top* + (formerly *swank-debugger-stack-frame*) Was not thread safe. Now + (application-error), and (interrupt-thread) records the error + pointer in a table associated with thread and map-backtrace picks + up the appropriate pointer. *process-to-stack-top*, + (grab-stack-top), (record-stack-top). + + - Other adjustments for changes to multiprocessing: remove + (force-break-in-listener) no longer necessary since we use + process-interrupt instead of ccl::*interactive-abort-process* + Adjust break-in-sldb to do so for swank repl connections + (abstraction breaking reference to swank::*connections*, but + nicely via intern) + + - changes to (find-definitions) (function-source-location), + addition of (maybe-method-location) (remove-filename-quoting). To support + editing definitions of methods. To fix bug with pathnames with + quoted characters (like "\\.swank.lisp"). To remove bogus source + recording of l1-boot-3 in functions that didn't have a source file + noted. + + - Implementation of xref functions: (xref-locations) uses xref + implementation added to openmcl recently. Note that you have to + (ccl::start-xref) for it to work for other than who-calls, and + that xref information is not currently persisted in fasl files (I + will release a patch for this soon) Backend functions (who-binds) + (who-macroexpands) (who-references) (who-sets) + (who-calls) (list-callees) (who-specializes) + + - Lifted profile backend functions from swank-clisp which use + "metering.lisp" + + - (openmcl-set-debug-switches) turns on the various variables I. + know about that have the lisp record extra debugging + information(including starting xref). I suggest you call + it. Should it be called by default? + + - (frame-arguments) use builtin ccl::frame-supplied-args since the + current version was sometimes missing the first argument to the + function. (I think this was when it was passed by register. If you + don't want to lose it in the frame locals in backtrace, call + (openmcl-set-debug-switches) specifically, set + ccl::*ppc2-compiler-register-save-label* to t + + - implement frame-var-value backend + + * metering.lisp: Minor changes to #+ #- to recognize openmcl + + * swank-loader.lisp: Load "metering.lisp" + +2004-09-13 Marco Baringer <mb(a)bese.it> + + * swank.lisp (inspected-parts): Deal with unfinalized classes in + standard-class inspector. (Patch from Thomas Schilling) + +2004-09-13 Marco Baringer <mb(a)bese.it> + + * swank.lisp: New inspector protocol. The lisp side now returns a + specially formated list of "things" to format which are then + passed to emacs and rendered in the inspector buffer. Things can + be either text, recursivly inspectable values, or functions to + call. + (inspected-parts): Redefine for new inspector protocol. + (*inspectee-parts*): Redefine as array. + (*inspectee-actions*): New array, similar to *inspectee-parts*. + (reset-inspector): Update for new implementation of + *inspectee-parts* and new variable *inspectee-actions*. + (inspector-contents-for-emacs): New function. + (inspect-object): Update for new inspector protocol. + (inspector-nth-part): Update for new *inspectee-parts* + implementation. + (inspector-call-nth-action): New function. + + * slime.el (slime-inspector-action-face): New face. + (slime-open-inspector): Adapt to new inspector protocol. + (slime-inspector-operate-on-point): New function, subsumes + slime-inspector-inspect-object-at-point. + (slime-inspector-next-inspectable-object): Skip to next object, + not just end of current object; wrap around buffer. + (slime-inspector-mode-map): change bindings of [return] and "\C-m" + + * swank-bacend.lisp (swank-mop): New package. Simply defines all + the MOP related symbols we need from an implementation. + (arglist): Update doc string. Provide default implementation. + (function-name): New backend function. + + * swank-allegro.lisp (swank-mop, slot-definition-documentation): + Implement. (Patch from Thomas Schilling) + + * swank-sbcl.lisp (swank-mop, slot-definition-documentation, + function-name): Implement. + + * swank-openmcl.lisp (swank-mop, function-name): Implement. + (arglist): Implement for function objects. + 2004-09-12 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> * swank.lisp (compile-file-for-emacs): Use with-buffer-syntax so

1 0

[slime-devel] define-special fix
by John Paul Wallington 13 Sep '04

13 Sep '04

It seems that the doc-type in the (setf documentation) call should be `variable' rather than `symbol'. Also, it doesn't seem necessary to quote `doc'. WDYT ? 2004-09-06 John Paul Wallington <jpw(a)gnu.org> * swank.lisp (define-special): Make the doc-type `variable' rather than `symbol'. Don't quote `doc'. Index: swank.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank.lisp,v retrieving revision 1.227 diff -u -r1.227 swank.lisp --- swank.lisp 3 Sep 2004 21:12:00 -0000 1.227 +++ swank.lisp 6 Sep 2004 03:15:30 -0000 @@ -905,7 +905,7 @@ This is like defvar, but NAME will not initialized." `(progn (defvar ,name) - (setf (documentation ',name 'symbol) ',doc))) + (setf (documentation ',name 'variable) ,doc))) (define-special *buffer-package* "Package corresponding to slime-buffer-package.

2 2

Re: [slime-devel] Re: Error in function CREATE-INET-LISTENER (OS X +CMUCL) (Solved)
by Matthew Munz 13 Sep '04

13 Sep '04

Mikel, That fixed it. Thanks. Thank you Lars, also. I have no idea why this edit to swank-cmucl.lisp works, but I'd like to suggest that some mention of it appear in the documentation/FAQ so that other mac users can get in on the fun. Thanks again. - Matt ----- Original Message ----- From: mikel evins <mikel(a)evins.net> Date: Sat, 11 Sep 2004 00:33:43 -0700 To: slime-devel(a)common-lisp.net Subject: [slime-devel] Re: Error in function CREATE-INET-LISTENER (OS X +CMUCL) > Matthew Munz wrote: > > Hi all, > > > > I'm just getting started with SLIME and CMUCL, so any help would be really appreciated. > > > > I set up SLIME 1.0 on a linux machine according to the manual's instructions, and M-x slime worked out-of-the-box quite nicely. The analogous setup on OS X, however, gives me the following error. After this point, the inferior lisp mode works fine, but slime mode does not. A problem with the socket communication perhaps? > > > > Could someone please help me debug this? I think that my network interface is properly configured, but since it's my day 1 with SLIME, it's hard for me to know how to analyze this error. > > In recent combinations of SLIME and CMUCL I've found it necessary to > comment out a bit of swank-cmucl.lisp. The bit in question is at line 77 > of version 1.114 (the cvs version I have at the moment), and looks like > this: > > (defimplementation create-socket (host port) > (ext:create-inet-listener port :stream > :reuse-address t > :host (resolve-hostname host))) > > The bit you want to comment out is: > > :host (resolve-hostname host) > > After I do that, SLIME and CMUCL cohabit nicely in recent builds of > Carbon Gnu Emacs. > > > _______________________________________________ > slime-devel site list > slime-devel(a)common-lisp.net > http://common-lisp.net/mailman/listinfo/slime-devel Matthew M. Munz mattmunz(a)email.com http://munz.2y.net/ -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm

3 4

[slime-devel] problems compiling slime with the newest SBCL
by Friedrich Dominicus 13 Sep '04

13 Sep '04

Maybe someone has encountered this: I have installed the newest SBCL This is SBCL 0.8.14.13, an implementation of ANSI Common Lisp. More information about SBCL is available at <http://www.sbcl.org/>. and the newest Slime from CVS while compiling swank-sbcl I got the following error message: ; compiling top level form: ; compiling DEFMETHOD INSPECTED-PARTS (FUNCTION): debugger invoked on a TYPE-ERROR in thread 21081: The value #<SB-C::COMBINATION :FUN # :ARGS (# # #) {A2119F9}> is not of type SB-C::REF. You can type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT ] Reduce debugger level (leaving debugger, returning to toplevel). 1: [TOPLEVEL] Restart at toplevel READ/EVAL/PRINT loop. ("FLET SB!C::CLOSURE-NEEDING-IR1-ENVIRONMENT-FROM-NODE") 0] ba 0: ("FLET SB!C::CLOSURE-NEEDING-IR1-ENVIRONMENT-FROM-NODE") 1: (SB-C::%WITH-IR1-ENVIRONMENT-FROM-NODE 2 #<SB-ALIEN:CAST :%TYPE-CHECK T :VALUE #<SB-C::LVAR #1 {A11F809}> :ASSERTED-TYPE #<SB-KERNEL:NUMERIC-TYPE (MOD 536870911)> :TYPE-TO-CHECK #<SB-KERNEL:NUMERIC-TYPE (MOD 536870911)> {A11FD71}> #<FUNCTION "CLOSURE" {A20FD4D}>)[:EXTERNAL] 2: (SB-C::FILTER-LVAR 2 #<SB-C::LVAR #1 {A11F809}> (LIST 'SB-C::DUMMY))[:EXTERNAL] 3: ("hairy arg processor for top level local call SB!C::IR1-OPTIMIZE-CAST" #<SB-ALIEN:CAST :%TYPE-CHECK T :VALUE #<SB-C::LVAR #1 {A11F809}> :ASSERTED-TYPE #<SB-KERNEL:NUMERIC-TYPE (MOD 536870911)> :TYPE-TO-CHECK #<SB-KERNEL:NUMERIC-TYPE (MOD 536870911)> {A11FD71}> NIL) 4: (SB-C::IR1-OPTIMIZE-BLOCK 1 #<SB-C::CBLOCK 203 :START c2 {A11F279}>)[:EXTERNAL] 5: (SB-C::IR1-OPTIMIZE 1 #<SB-C:COMPONENT :NAME "DEFMETHOD INSPECTED-PARTS (FUNCTION)" :REANALYZE T {A1E58A9}>)[:EXTERNAL] 6: (SB-C::IR1-OPTIMIZE-UNTIL-DONE 1 #<SB-C:COMPONENT :NAME "DEFMETHOD INSPECTED-PARTS (FUNCTION)" :REANALYZE T {A1E58A9}>)[:EXTERNAL] 7: (SB-C::IR1-PHASES 1 #<SB-C:COMPONENT :NAME "DEFMETHOD INSPECTED-PARTS (FUNCTION)" :REANALYZE T {A1E58A9}>)[:EXTERNAL] 8: (SB-C::COMPILE-COMPONENT 1 #<SB-C:COMPONENT :NAME "DEFMETHOD INSPECTED-PARTS (FUNCTION)" :REANALYZE T {A1E58A9}>)[:EXTERNAL] 9: (SB-C::COMPILE-TOPLEVEL 2 (#<SB-C::CLAMBDA :%SOURCE-NAME SB-C::.ANONYMOUS. :%DEBUG-NAME "top level form (SB-PCL::LOAD-DEFMETHOD (QUOTE STANDARD-METHOD) (QUOTE SWANK-BACKEND:INSPECTED-PARTS) ...)" :KIND :TOPLEVEL :TYPE #<SB-KERNEL:BUILT-IN-CLASSOID FUNCTION (read-only)> :WHERE-FROM :DEFINED :VARS NIL {983CC11}>) NIL)[:EXTERNAL] 10: (SB-C::CONVERT-AND-MAYBE-COMPILE 2 (SB-PCL::LOAD-DEFMETHOD 'STANDARD-METHOD 'INSPECTED-PARTS 'NIL (LIST 'FUNCTION) '(O) (LIST* :FAST-FUNCTION (SB-INT:NAMED-LAMBDA (INSPECTED-PARTS #) (SB-PCL::.PV-CELL. SB-PCL::.NEXT-METHOD-CALL. O) (DECLARE #) (DECLARE #) (DECLARE #) (DECLARE #) ...) '(:PLIST (:ARG-INFO # :NEEDS-NEXT-METHODS-P T))) ...) ((SB-PCL::LOAD-DEFMETHOD 'STANDARD-METHOD 'INSPECTED-PARTS 'NIL (LIST 'FUNCTION) '(O) (LIST* :FAST-FUNCTION (SB-INT:NAMED-LAMBDA # # # # # # ...) '(:PLIST #)) ...) (PROGN (SB-PCL::LOAD-DEFMETHOD 'STANDARD-METHOD 'INSPECTED-PARTS 'NIL (LIST 'FUNCTION) '(O) (LIST* :FAST-FUNCTION # '#) ...)) SB-C::ORIGINAL-SOURCE-START 0 91))[:EXTERNAL] 11: (SB-C::PROCESS-TOPLEVEL-FORM 3 (SB-PCL::LOAD-DEFMETHOD 'STANDARD-METHOD 'INSPECTED-PARTS 'NIL (LIST 'FUNCTION) '(O) (LIST* :FAST-FUNCTION (SB-INT:NAMED-LAMBDA (INSPECTED-PARTS #) (SB-PCL::.PV-CELL. SB-PCL::.NEXT-METHOD-CALL. O) (DECLARE #) (DECLARE #) (DECLARE #) (DECLARE #) ...) '(:PLIST (:ARG-INFO # :NEEDS-NEXT-METHODS-P T))) ...) ((PROGN (SB-PCL::LOAD-DEFMETHOD 'STANDARD-METHOD 'INSPECTED-PARTS 'NIL (LIST 'FUNCTION) '(O) (LIST* :FAST-FUNCTION # '#) ...)) SB-C::ORIGINAL-SOURCE-START 0 91) NIL)[:EXTERNAL] 12: (SB-C::PROCESS-TOPLEVEL-PROGN 3 ((SB-PCL::LOAD-DEFMETHOD 'STANDARD-METHOD 'INSPECTED-PARTS 'NIL (LIST 'FUNCTION) '(O) (LIST* :FAST-FUNCTION (SB-INT:NAMED-LAMBDA # # # # # # ...) '(:PLIST #)) ...)) ((PROGN (SB-PCL::LOAD-DEFMETHOD 'STANDARD-METHOD 'INSPECTED-PARTS 'NIL (LIST 'FUNCTION) '(O) (LIST* :FAST-FUNCTION # '#) ...)) SB-C::ORIGINAL-SOURCE-START 0 91) NIL)[:EXTERNAL] 13: (SB-C::PROCESS-TOPLEVEL-FORM 3 (PROGN (SB-PCL::LOAD-DEFMETHOD 'STANDARD-METHOD 'INSPECTED-PARTS 'NIL (LIST 'FUNCTION) '(O) (LIST* :FAST-FUNCTION (SB-INT:NAMED-LAMBDA # # # # # # ...) '(:PLIST #)) ...)) (SB-C::ORIGINAL-SOURCE-START 0 91) NIL)[:EXTERNAL] 14: (SB-C::PROCESS-TOPLEVEL-FORM 3 (DEFMETHOD INSPECTED-PARTS ((O FUNCTION)) (LET ((HEADER #)) (COND (# #) (# #) (T #)))) (SB-C::ORIGINAL-SOURCE-START 0 91) NIL)[:EXTERNAL] 15: (SB-C::SUB-SUB-COMPILE-FILE 1 #<SB-C::SOURCE-INFO >)[:EXTERNAL] 16: ("#'(LAMBDA NIL (SB!C::CLEAR-STUFF) ...)") 17: (SB-C::%WITH-COMPILATION-UNIT 1 #<FUNCTION "CLOSURE" {9C480B5}>)[:EXTERNAL] 18: (SB-C::SUB-COMPILE-FILE 1 #<SB-C::SOURCE-INFO >)[:EXTERNAL] 19: (COMPILE-FILE 3 #P"/home/frido/lib/elisp/slime/swank-sbcl.lisp")[:EXTERNAL] 20: ("#'(LAMBDA NIL (LET # #))") 21: (SB-C::%WITH-COMPILATION-UNIT 1 #<FUNCTION "CLOSURE" {9EB4125}>)[:EXTERNAL] 22: (SB-INT:EVAL-IN-LEXENV 2 (SWANK-LOADER::COMPILE-FILES-IF-NEEDED-SERIALLY (APPEND (LIST (SWANK-LOADER::MAKE-SWANK-PATHNAME "swank-backend")) SWANK-LOADER::*SYSDEP-PATHNAMES* (LIST SWANK-LOADER::*SWANK-PATHNAME*))) #S(SB-KERNEL:LEXENV :FUNS NIL :VARS NIL :BLOCKS NIL :TAGS NIL :TYPE-RESTRICTIONS NIL :LAMBDA NIL :CLEANUP NIL ...))[:EXTERNAL] 23: (SB-FASL::LOAD-AS-SOURCE 3 #<FILE-STREAM for "file \"/home/frido/lib/elisp/slime/swank-loader.lisp\"" {9DEE9F1}> NIL NIL)[:EXTERNAL] 24: ("hairy arg processor for top level local call SB!FASL::INTERNAL-LOAD" #P"/home/frido/lib/elisp/slime/swank-loader.lisp" #P"/home/frido/lib/elisp/slime/swank-loader.lisp" :ERROR NIL NIL :SOURCE) 25: ("hairy arg processor for top level local call SB!FASL::INTERNAL-LOAD" #P"/home/frido/lib/elisp/slime/swank-loader.lisp" #P"/home/frido/lib/elisp/slime/swank-loader.lisp" :ERROR NIL NIL NIL) 26: (LOAD 1 "/home/frido/lib/elisp/slime/swank-loader.lisp")[:EXTERNAL] 27: (SB-INT:EVAL-IN-LEXENV 2 (LOAD "/home/frido/lib/elisp/slime/swank-loader.lisp") #S(SB-KERNEL:LEXENV :FUNS NIL :VARS NIL :BLOCKS NIL :TAGS NIL :TYPE-RESTRICTIONS NIL :LAMBDA NIL :CLEANUP NIL ...))[:EXTERNAL] 28: (SB-EXT:INTERACTIVE-EVAL 1 (LOAD "/home/frido/lib/elisp/slime/swank-loader.lisp"))[:EXTERNAL] 29: (SB-IMPL::REPL-FUN 1 NIL)[:EXTERNAL] 30: ("#'(LAMBDA NIL (HANDLER-BIND # #))") 31: ("XEP for #'(LAMBDA NIL (HANDLER-BIND # #))" 0)[:EXTERNAL] 32: (SB-IMPL::%WITH-REBOUND-IO-SYNTAX 1 #<FUNCTION "CLOSURE" {9DDFC45}>)[:EXTERNAL] 33: (SB-IMPL::TOPLEVEL-REPL 1 NIL)[:EXTERNAL] 34: (SB-IMPL::TOPLEVEL-INIT 0)[:EXTERNAL] 35: ("FLET SB!IMPL::RESTART-LISP") Does anyone else have encountered any problem with that version? Regards Friedrich

1 0

[slime-devel] oops - duplicate message
by Alan Ruttenberg 13 Sep '04

13 Sep '04

Apparently I didn't have the option set to receive messages to the list that I send. So I didn't think it went out. I updated my mailing list preferences... -Alan

1 0

[slime-devel] updates to swank-openmcl.lisp / notice of openmcl kernel bug effecting slime OS X
by Alan Ruttenberg 13 Sep '04

13 Sep '04

I've made a bunch of updates to the openmcl implementation. Details in the ChangeLog, but to summarize - fixes to backtrace - improvements to edit-definition for methods particularly - updates to reflect current multiprocessing support - support for slime-who-calls and friends via openmcl's recently added xref facility - support profiling in mcl (via metering.lisp) - define openmcl-set-debug-switches as place to put all those variables that control recording debug information. Now the kernel issue, which is present when running under OS X, but not linux. The problem manifests as the assertion in swank-backend::receive occasionally failing, hosing slime, typically during some long task. The cause was that a wait on semaphore that was returning when it shouldn't have (no signal). The fix should appear in the cvs soon, Gary Byers says (Gary found the fix, of course). If you want to patch it yourself the change is in lisp-kernel/thread_manager.c in the function wait_on_semaphore. Change if ((seconds <= 0) && (nanos <= 0)) { return 0 ; to if ((seconds <= 0) && (nanos <= 0)) { return KERN_OPERATION_TIMED_OUT ; Then cd to lisp-kernel/darwin/ and "make" Let me know if I've broken anything. BTW, congrats on slime 1.0, and sorry I couldn't get the changes in before the release. Blame it on 4 month old Jarrett Sagan Ruttenberg. -Alan

1 0