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

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

18 Sep '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.536 slime/ChangeLog:1.537 --- slime/ChangeLog:1.536 Thu Sep 16 17:58:52 2004 +++ slime/ChangeLog Fri Sep 17 15:01:19 2004 @@ -1,3 +1,35 @@ +2004-09-17 Marco Baringer <mb(a)bese.it> + + * swank.lisp: Don't print "Documentation:" if none is available; + add support for classes specializer-direct-methods; deal with + eql-specializers in methods. + (inspector-princ): New function. + (method-specializers-for-inspect): New function. + (method-for-inspect-value): New function. + (inspect-for-emacs): Use inspector-princ instead of + princ-to-string. + + * swank-backend.lisp (swank-mop): Require eql-specializer, + eql-specializer-object and specializer-direct-methods in swank-mop + package. + + * swank-allegro.lisp, swank-clisp.lisp, swank-cmucl.lisp, + swank-openmcl.lisp, swank-sbcl.lisp (swank-mop): Export + eql-specializer, eql-specializer-object and + specializer-direct-methods from swank-mop. + + * swank-cmucl.lisp (inspect-for-emacs): Thinko fix. + + * swank-lispworks.lisp (swank-mop): Export + specializer-direct-methods. + (eql-specializer): Implement. + (eql-specializer-object): Implement. + + * swank-sbcl.lisp (inspect-for-emacs): Fix broken ignore + declaration. + + * doc/slime.texi: Update inspector documentation. + 2004-09-16 Marco Baringer <mb(a)bese.it> * swank-clisp.lisp (swank-mop, inspect-for-emacs): Only define the

1 0

[slime-devel] Is there an easy way to open an output stream in lisp that goes to a slime buffer?
by Peter Seibel 17 Sep '04

17 Sep '04

Clearly there's some machinery in SLIME for creating streams that are actually connected to sockets that communicate with emacs. My question is there an easy way to, on the Common Lisp side, open a stream such that a new buffer is created in emacs and all data sent to the stream will end up in that buffer? I.e. I'm hoping to be able to do something like this: (format (make-slime-stream) "hello, world!~%") and have "hello, world!" appear in a new emacs buffer. (Actually what I'm really hoping to do is redirect the log of AllegroServe to a slime buffer so it's easy to get at without it cluttering up either the SLIME REPL or *inferior-lisp*. -Peter -- Peter Seibel peter(a)javamonkey.com Lisp is the red pill. -- John Fraser, comp.lang.lisp

2 1

[slime-devel] more inspector updates (possible breakage)
by marco 17 Sep '04

17 Sep '04

the inspector now shows the specializer-direct-methods of a class and can deal with eql-specializers in methods. as usual i commited changes for lispworks and allegro without testing, if someone would mind updating to the latest slime and telling me if things break. thanks. p.s. - i'm done with the inspector (except for bug fixes) if someone is looking for a small slime project integrating the inspector and xref would be pretty cool. hint. hint. hint. -- -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] inspector for clisp
by marco 17 Sep '04

17 Sep '04

i just commited an implementation of the inspector for clisp. however it only runs on the CVS version of clisp (the one which has a complete MOP). how important is it that slime runs on clisp 2.33? -- -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

4 9

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

17 Sep '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.533 slime/ChangeLog:1.536 --- slime/ChangeLog:1.533 Wed Sep 15 21:00:15 2004 +++ slime/ChangeLog Thu Sep 16 17:58:52 2004 @@ -1,3 +1,16 @@ +2004-09-16 Marco Baringer <mb(a)bese.it> + + * swank-clisp.lisp (swank-mop, inspect-for-emacs): Only define the + CLOS parts of the inspector if the underlying lisp provides the + required functionality. If not enough MOP is present to implement + the inspector then we define some very simple replacement methods. + +2004-09-16 Marco Baringer <mb(a)bese.it> + + * swank-clisp.lisp (swank-mop): Implement the MOP compatability + package. + (inspect-for-emacs): Update for new inspection API. + 2004-09-15 Alan Ruttenberg <alanr-l(a)mumble.net> * swank-openmcl: typo in who-references. Fix frame-var-value

1 0

[slime-devel] the inspector (warning allegro and lispworks users)
by marco 16 Sep '04

16 Sep '04

i just changed the swank inspector api. inspect-for-emacs (ex inspected-parts) now takes a second argument which is an inspector object. this means that we get implementation specific inspectors where available and default generic inspectors otherwise and clears up the load order issues i was having. i went and re-wrote all the implementation inspector methods to use the new return-value format (previously those methods were being ignored so the issue never came up). HOWEVER: I also made these changes for allegro and lispworks, even though i don't have neither an allegro nor a lispworks to test the changes on. i may very well have b0rken things. -- -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

5 7

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

16 Sep '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.528 slime/ChangeLog:1.533 --- slime/ChangeLog:1.528 Tue Sep 14 23:35:13 2004 +++ slime/ChangeLog Wed Sep 15 21:00:15 2004 @@ -1,3 +1,33 @@ +2004-09-15 Alan Ruttenberg <alanr-l(a)mumble.net> + * swank-openmcl: typo in who-references. Fix frame-var-value + +2004-09-15 Marco Baringer <mb(a)bese.it> + + * slime.el (slime-inspector-label-face, + slime-inspector-value-face, slime-inspector-action-face, + slime-inspector-type-face): These faces now inherit from similar + font-lock-<whatever> faces. + (slime-open-inspector): Use slime-inspector-value-face for values. + + * swank.lisp (inspect-for-emacs): Add function and compiler-macro + documentation when inspecting symbols. View the truename of + logical pathnames where they exist. Fix typos in package + inspector (fix by Torsten Poulin <torsten(a)diku.dk>). + + * swank-sbcl.lisp, swank-cmucl.lisp (inspect-for-emacs): Insert + function object's documentation when it's available. + +2004-09-15 Eduardo Muñoz <emufer(a)terra.es> + + * .cvsignore: Added *.elc + + * hyperspec.el: Fixed syntax error. + +2004-09-15 Alan Caulkins <fatman(a)maxint.net> + + * swank.lisp (cleanp-connection-threads): Kill all Swank threads + for a connection when it terminates. + 2004-09-14 Thomas Schilling <tjs_ng(a)yahoo.de> * swank-allegro.lisp (inspect-for-emacs): Fixes to previous patch.

1 0

[slime-devel] define-minor-mode autoload problem
by Reini Urban 15 Sep '04

15 Sep '04

(require 'slime) error message: "Autoloading failed to define define-minor-mode" I needed this change on xemacs win32 native, because define-minor-mode is already fboundp: autoloaded. (eval-and-compile (require 'cl) (require 'easy-mmode) ;(unless (fboundp 'define-minor-mode) (defalias 'define-minor-mode 'easy-mmode-define-minor-mode));) (May be a FAQ) How to detect in elisp if the function is autoloaded? I this is bogus I have to do (require 'easy-mmode) (defalias 'define-minor-mode 'easy-mmode-define-minor-mode) in my .emacs -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/

2 1

[slime-devel] couple minor patches
by Eduardo Muñoz 15 Sep '04

15 Sep '04

Inlined below Index: .cvsignore =================================================================== RCS file: /project/slime/cvsroot/slime/.cvsignore,v retrieving revision 1.2 diff -u -r1.2 .cvsignore --- .cvsignore 18 Oct 2003 05:07:49 -0000 1.2 +++ .cvsignore 13 Sep 2004 20:27:54 -0000 @@ -1,3 +1,4 @@ *.x86f *.fasl -*.dfsl \ No newline at end of file +*.dfsl +*.elc Index: hyperspec.el =================================================================== RCS file: /project/slime/cvsroot/slime/hyperspec.el,v retrieving revision 1.6 diff -u -r1.6 hyperspec.el --- hyperspec.el 3 Jul 2004 00:06:30 -0000 1.6 +++ hyperspec.el 13 Sep 2004 20:33:50 -0000 @@ -1113,7 +1113,7 @@ ;;; FORMAT character lookup by Frode Vatvedt Fjeld <frodef(a)acm.org> 20030902 ;;; -:;; adjusted for ILISP by Nikodemus Siivola 20030903 +;;; adjusted for ILISP by Nikodemus Siivola 20030903 (defvar common-lisp-hyperspec-format-history nil "History of format characters looked up in the Common Lisp HyperSpec.") -- Eduardo Muñoz | (prog () 10 (print "Hello world!") http://213.97.131.125/ | 20 (go 10))

2 1

[slime-devel] SBCL, multiple (zombie?) processes problems
by rif 15 Sep '04

15 Sep '04

I'm finding that if I try to run SLIME with SBCL on my debian machine, that multiple sbcl processes (4) start, and if I immediately type (quit) at the REPL, only one of the four is killed. If I instead go into *inferior-lisp* and type (quit), it quit's out of all 4. If I quit the REPL one first, then go to *inferior-lisp*, I get errors like "interrupt thread 6376 failed (3: No such process). This seems to indicate to me some bad interaction between SBCL threads/processes and SLIME? I wouldn't care that much about the zombies, but my XML-RPC server is also not working in SLIME (calls to it hang forever, works fine if I start sbcl in a shell), and I suspect the difficulties are related. Any thoughts? This seems to be an issue with both the current SLIME (CVS today) and the 1.0 tarball (I tried switching to the 1.0 tarball by deleting both the old SLIME directory and my .slime directory --- is anything else necessary)? Cheers, rif

6 13

[slime-devel] MOP problem with clisp
by Reini Urban 15 Sep '04

15 Sep '04

cygwin clisp - slime CVS HEAD: (load "swank-loader.lisp") ... FIND-CLASS: SWANK-MOP:STANDARD-SLOT-DEFINITION does not name a class :q The following functions were used but not defined: SWANK-MOP:GENERIC-FUNCTION-LAMBDA-LIST SWANK-MOP:GENERIC-FUNCTION-METHOD-CLASS SWANK-MOP:GENERIC-FUNCTION-METHOD-COMBINATION SWANK-MOP:GENERIC-FUNCTION-METHODS SWANK-MOP:GENERIC-FUNCTION-NAME SWANK-MOP:METHOD-GENERIC-FUNCTION SWANK-MOP:METHOD-LAMBDA-LIST SWANK-MOP:METHOD-SPECIALIZERS SWANK-MOP:METHOD-QUALIFIERS SWANK-MOP:CLASS-DIRECT-SUPERCLASSES SWANK-MOP:CLASS-DIRECT-SLOTS SWANK-MOP:CLASS-SLOTS SWANK-MOP:CLASS-DIRECT-SUBCLASSES SWANK-MOP:CLASS-PRECEDENCE-LIST SWANK-MOP:CLASS-FINALIZED-P SWANK-MOP:CLASS-PROTOTYPE SWANK-MOP:SLOT-DEFINITION-NAME SWANK-MOP:SLOT-DEFINITION-DOCUMENTATION SWANK-MOP:SLOT-DEFINITION-INITARGS SWANK-MOP:SLOT-DEFINITION-INITFORM SWANK-MOP:SLOT-DEFINITION-INITFUNCTION The following special variables were not defined: SWANK-BACKEND::CODE The following special variables were defined too late: SWANK-BACKEND::*BUFFER-NAME* SWANK-BACKEND::*BUFFER-OFFSET* The following functions were used but are deprecated: SET 0 errors, 9 warnings earlier slime's didn't have this problem. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/

3 4

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

15 Sep '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.524 slime/ChangeLog:1.528 --- slime/ChangeLog:1.524 Mon Sep 13 23:45:27 2004 +++ slime/ChangeLog Tue Sep 14 23:35:13 2004 @@ -1,3 +1,33 @@ +2004-09-14 Thomas Schilling <tjs_ng(a)yahoo.de> + + * swank-allegro.lisp (inspect-for-emacs): Fixes to previous patch. + +2004-09-14 Marco Baringer <mb(a)bese.it> + + * swank-backend.lisp (inspector, make-default-inspector): Add an + INSPECTOR object argument to the inspector protocol. This allows + implementations to provide more information regarding cretain + objects which can't be, or simply aren't, inspected using the + generic inspector implementation. also export inspect-for-emacs + and related symbols from the backend package. + (make-default-inspector): New function. + + * swank.lisp (inspected-parts): Rename to inspect-for-emacs and + add an inspector argument. Move inspect-for-emacs to + swank-backend.lisp, leave only the default implementations. + + * swank-openml.lisp, swank-sbcl.lisp, swank-allegro.lisp, + swank-cmucl.lisp, swank-lispworks.lisp (inspected-parts): Rename + and change argument list. Many of the inspected-parts methods were + being clobbered by the inspected-parts in swank.lisp, now that + they're being used the return values have been updated for the new + inspect-for-emacs API. + +2004-09-14 Thomas Schilling <tjs_ng(a)yahoo.de> + + * swank-allegro.lisp (inspected-parts): Implement inspector for + structs. + 2004-09-13 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> * swank.lisp (intern-catch-tag): New function.

1 0

[slime-devel] Small typo in the inspector
by Torsten Poulin 14 Sep '04

14 Sep '04

I noticed a small type in the inspector in inspect-for-emacs. My patch also makes it print the word "symbol" without a plural s when applicable. /Torsten Index: swank.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank.lisp,v retrieving revision 1.235 diff -u -r1.235 swank.lisp --- swank.lisp 14 Sep 2004 16:01:51 -0000 1.235 +++ swank.lisp 14 Sep 2004 20:56:06 -0000 @@ -2778,16 +2778,16 @@ (:newline) ,(if (null external-symbols) "0 external symbols." - `(:value ,external-symbols ,(format nil "~D external symbols." (length external-symbols)))) + `(:value ,external-symbols ,(format nil "~D external symbol~:P." (length external-symbols)))) (:newline) ,(if (null internal-symbols) "0 internal symbols." - `(:value ,internal-symbols ,(format nil "~D internals symbols." (length internal-symbols)))) + `(:value ,internal-symbols ,(format nil "~D internal symbol~:P." (length internal-symbols)))) (:newline) ,(if (null (package-shadowing-symbols package)) "0 shadowed symbols." `(:value ,(package-shadowing-symbols package) - ,(format nil "~D shadowed symbols." (length (package-shadowing-symbols package))))))))) + ,(format nil "~D shadowed symbol~:P." (length (package-shadowing-symbols package))))))))) (defmethod inspect-for-emacs ((pathname pathname) (inspector t)) (declare (ignore inspector))

1 0

Re: [slime-devel] MOP problem with clisp
by Thomas Schilling 14 Sep '04

14 Sep '04

Am Tue, 14 Sep 2004 18:54:59 +0200 schrieb marco <mb(a)bese.it>: At least the swank-mop stuff should work this way, but I get some other error (something about the connection). Though I don't have the time to fix it, now.

1 0

Re: [slime-devel] SBCL, multiple (zombie?) processes problems
by rif 14 Sep '04

14 Sep '04

> rif <rif(a)MIT.EDU> writes: > > > Well, on the working machine there was a .swank.lisp explicitly > > setting the communication style to :fd-handler, which I believe is the > > default; both machines were using :fd-handler. > > On SBCL with #+(and SB-THREAD SB-FUTEX) the default is actually :SPAWN. > You're absolutely right. My mistake. Thanks so much for your patience. So I guess :spawn is somewhat problematic on SBCL. I can live with that, since I think I need :fd-handler anyways for my other software that tries to mess with interrupts. Cheers, rif

1 0

[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 14 Sep '04

14 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 14 Sep '04

14 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 14 Sep '04

14 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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel September 2004