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

[slime-devel] .swank.lisp
by Peter Seibel 01 Mar '05

01 Mar '05

I'm working on my Lisp in a Box distro and I want to make SLIME load .swank.lisp from somewhere other than USER-HOMEDIR-PATHNAME. I'm not sure what the best way to do that is. Looks like the simplest least intrusive way would be to change swank-loader's USER-INIT-FILE to something like: (defun user-init-file () "Return the name of the user init file or nil." (probe-file (merge-pathnames (or (SOME-MAGIC-HERE) (user-homedir-pathname)) (make-pathname :name ".swank" :type "lisp")))) Do folks have any objection to this? And if not, does anyone have any ideas about what SOME-MAGIC-HERE should do? Ideally I'd like something that will work on OS X, GNU/Linux, and Windows. Or another way to achieve my goal, is to have swank-loader load a file, site-swank.lisp if it exists and to define a variable which will turn off loading of the user-init-file. Then I can build a site-swank.lisp that does the initialization I need for Lispbox and then disable loading of the users .swank.lisp. (I want to do this because the whole point of my Lispbox distro is to provide a stable a predictable environment. -Peter -- Peter Seibel peter(a)gigamonkeys.com Lisp is the red pill. -- John Fraser, comp.lang.lisp

3 5

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

01 Mar '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.616 slime/ChangeLog:1.617 --- slime/ChangeLog:1.616 Thu Feb 24 19:18:10 2005 +++ slime/ChangeLog Tue Mar 1 00:34:08 2005 @@ -1,3 +1,35 @@ +2005-03-01 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-who-bindings): Bind who-specializes to C-c W a. + (slime-extract-context): Renamed from name-context-at-point. + (slime-beginning-of-list): Renamed from out-first. + (slime-slime-parse-toplevel-form): Renamed from definition-name. + (slime-arglist-specializers): Renamed from parameter-specializers. + (slime-toggle-trace-function, slime-toggle-trace-defgeneric) + (slime-toggle-trace-defmethod, slime-toggle-trace-maybe-wherein) + (slime-toggle-trace-within): Deleted. Everything is now handled + by slime-trace-query. + (slime-calls-who): For symmetry with silme-who-calls. + (slime-edit-definition-with-etags): Better intergration with TAGS. + (slime-edit-definition-fallback-function): Mention it in the + docstring. + + * swank-backend (calls-who, toggle-trace): New functions. + (toggle-trace-function, toggle-trace-generic-function-methods, + (toggle-trace-method, toggle-trace-fdefinition-wherein): Replaced + by toggle-trace. + + * swank.lisp (*sldb-printer-bindings*, *swank-pprint-bindings*): + New variables. The alists replace the variables which where + previously hidden with the define-printer-variables macro. + (define-printer-variables, with-printer-settings): Deleted, + because the variable names where not visible in the source code. + (swank-toggle-trace): Renamed from toggle-trace-fdefinition. + + * swank-cmucl.lisp, swank-lispworks, swank-sbcl.lisp, + swank-allegro.lisp (toggle-trace): Update tracing code for new + interface. + 2005-02-24 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-dispatch-event): Add :eval-no-wait and :eval

1 0

[slime-devel] Trying to get started with OpenMCL
by rif 01 Mar '05

01 Mar '05

I downloaded the latest OpenMCL distribution for OS x (openmcl-darwinppc-all-0.14.2-p1.tar.gz) and a fresh CVS slime. I tried to start slime with M-x slime from an emacs with a .emacs containing only: (setq inferior-lisp-program "/Applications/ccl/scripts/openmcl") (add-to-list 'load-path "/Users/rif/Software/slime") (require 'slime) (slime-setup) When I ran M-x slime, I got the following: (load "/Users/rif/Software/slime/swank-loader.lisp" :verbose t) (swank:start-server "/tmp/slime.10272" :external-format :iso-latin-1-unix) Welcome to OpenMCL Version (Beta: Darwin) 0.14.2-p1! ? ;Loading #P"/Users/rif/Software/slime/swank-loader.lisp"... ;Loading #P"/Users/rif/.slime/fasl/openmcl/swank-backend.dfsl"... ;Loading #P"/Users/rif/.slime/fasl/openmcl/nregex.dfsl"... ;Loading #P"/Users/rif/.slime/fasl/openmcl/metering.dfsl"... ;Compiling "/Users/rif/Software/slime/swank-openmcl.lisp"... ;Compiler warnings for "/Users/rif/Software/slime/swank-openmcl.lisp" : ; Unused lexical variable STREAM, in (MAKE-STREAM-INTERACTIVE (T)). ; Warning: Interface file #4P"ccl:darwin-headers;libc;functions.cdb" does not exist. ; While executing: CCL::CDB-OPEN Read error between positions 8480 and 8595 in /Users/rif/Software/slime/swank-openmcl.lisp. > Error in process listener(1): Foreign function not found: OS::|tmpnam| > While executing: CCL::LOAD-EXTERNAL-FUNCTION > Type :POP to abort. Type :? for other options. 1 > Any suggestions? Cheers, rif

3 4

[slime-devel] please make the new extended trace and the original trace coexist.
by Chisheng Huang 28 Feb '05

28 Feb '05

> I've been thinking that it might be better to bind the "extended" > trace command with a prefix arg so that the previous "non-extended" > behaviour becomes the default for C-c C-t. This allows all CLs that > implement the simpler form of trace to work without problems and only > when invoked with C-u C-c C-t will the trace command do something > different. > > Regards, > > António Leitão. I like this idea a lot. With the extended trace command, it is not convenient to trace all methods of a generic function if I do not have a (DEFGENERIC ...) defined. To do that, I have to either type (TRACE ...) into a REPL or do C-c C-t on all (defmethod ...). Or maybe I'm missing something? Please make the new extended trace command coexist with the original one. Thanks a lot. -cph

3 2

[slime-devel] Viper-mode and SLIME
by Vincent Foley 25 Feb '05

25 Feb '05

Hello everyone, I've searched Google without any luck, so I'll ask here: when I use SLIME with viper-mode, the minor-mode keybindings (such as C-c C-c, etc.) are not loaded. If I comment out the part about viper in my .emacs, the keybindings are loaded. Is it possible to have both viper and slime keybindings at the same time? Thank you, Vincent. -- Vincent Foley-Bourgon Blog: http://www.livejournal.com/~gnuvince [ 6 * 9 = 42 ] whileTrue: [ World run ]

2 1

[slime-devel] SLIME 1.0 Install Problem on Win2k/CLisp
by Tad Ashlock 25 Feb '05

25 Feb '05

I'm a long-time Emacs user, but I'm just starting to learn Common Lisp. SLIME looks great, but I'm having a problem during installation. I have the following system: Windows 2000 SP4 CLisp version 2.30 GNU Emacs 21.3.50.1 (i386-mingw-nt5.0.2195) I installed SLIME version 1.0 as per the manual and added the following to my .emacs file: ------------------------------------------------------ ;;; SLIME Configuration (setq inferior-lisp-program "c:/devtools/clisp/lisp.exe -M c:/devtools/clisp/lispinit.mem -B c:/devtools/clisp/") (add-to-list 'load-path "d:/pub/site-lisp/slime") (require 'slime) (slime-setup) ------------------------------------------------------ But when I 'M-x slime', I get the following in the *inferior-lisp* buffer: ====================================================== [1]> ;; Loading file D:\Pub\site-lisp\slime\swank-loader.lisp ... ;; Compiling D:\Pub\site-lisp\slime\swank-backend.lisp... Compiling file D:\Pub\site-lisp\slime\swank-backend.lisp ... WARNING in DEFINTERFACE-GEN-DEFAULT-IMPL in lines 43..64 : variable RECEIVED-ARGS is not used. Misspelled or missing IGNORE declaration? WARNING in (DEFINTERFACE EMACS-CONNECTED (STREAM) ...)-19-3-1-1 in lines 134..144 : variable STREAM is not used. Misspelled or missing IGNORE declaration? WARNING in (DEFINTERFACE MAKE-STREAM-INTERACTIVE (STREAM) ...)-37-3-1-1 in lines 268..274 : variable STREAM is not used. Misspelled or missing IGNORE declaration? WARNING in (DEFINTERFACE CONDITION-REFERENCES (CONDITION) ...)-55-3-1-1 in lines 413..420 : variable CONDITION is not used. Misspelled or missing IGNORE declaration? *** - DEFSTRUCT: invalid syntax for name and options: (:LOCATION (:TYPE LIST) :NAMED (:CONSTRUCTOR MAKE-LOCATION (BUFFER POSITION &OPTIONAL HINTS))) 1. Break SWANK-BACKEND[2]> ====================================================== And I get the following message on the message line over and over: "Polling "c:/Temp/slime.1252".. (Abort with `M-x slime-abort-connection'.)" I went back a few months in the slime-devel archives, but I didn't see anything describing this problem. Thank you, Tad Ashlock

3 2

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

24 Feb '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.615 slime/ChangeLog:1.616 --- slime/ChangeLog:1.615 Wed Feb 23 14:13:18 2005 +++ slime/ChangeLog Thu Feb 24 19:18:10 2005 @@ -1,3 +1,39 @@ +2005-02-24 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-dispatch-event): Add :eval-no-wait and :eval + events. + (slime-eval-for-lisp): New function. + (sldb-buffers): Delete the variable. Use buffer-list instead. + + * swank.lisp: (eval-for-emacs): Use the new backend function + call-with-debugger-hook. + (eval-in-emacs): Cleaned up. Add support for synchronous RPCs. + (receive-eval-result): New function. + (dispatch-event, read-from-socket-io, send-to-socket-io): New + :eval event. Rename :%apply to :eval-no-wait. + (read-user-input-from-emacs, evaluate-in-emacs): Increment + *read-input-catch-tag* instead of re-binding it. Reduces the + danger of throwing to the wrong tag a bit. + + * swank-backend.lisp (call-with-debugger-hook): New function. + Useful if the backend needs special incantations for BREAK. + (toggle-trace-function): Add a default implementation for simple + symbols. + + * swank-lispworks.lisp (slime-env): New class. + (call-with-debugger-hook): Use env:with-environment to pop up our + debugger on a BREAK. + (toggle-trace-method, parse-fspec, tracedp, toggle-trace): + Implement method tracing. + + * swank-sbcl.lisp (call-with-debugger-hook): Bind + sb-ext:*invoke-debugger-hook* instead of setting it in + emacs-connected. + (emacs-connected): Deleted. + + * swank-loader.lisp (compile-files-if-needed-serially): Reduce + verbosity by setting the :print argument for compile-file to nil. + 2005-02-23 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-startup-animation, slime-repl-update-banner):

1 0

[slime-devel] SLIME with AllegroCL on Windows - dumb question
by Edi Weitz 24 Feb '05

24 Feb '05

Hi! Attention: Question shows again my complete Emacs ignorance. I've recently begun to use the combination mentioned in the subject. I use a setup as described by Bill Clementson which mainly looks like this: (global-set-key [(f6)] '(lambda () (interactive) (shell-command "c:/PROGRA~1/acl70/alisp.exe +B +cm -L ~/.slime.lisp&") (slime-connect "localhost" 4005))) This works fine most of the time but sometimes fails with Connecting to Swank on port 4005.. open-network-stream: make client process failed: connection refused, :name, SLIME Lisp, :buffer, nil, :host, localhost, :service, 4005 which obviously happens if AllegroCL is not quite ready to accept connections when SLIME tries to connect. I can fix this with adding something like sit-for before the call to slime-connect but either I wait too long which makes the call unnecessary slow or I'm still in a time frame where the error described above can happen. Question: Can I replace the call to sit-for with something that waits until AllegroCL is ready? Or is there a better solution to start AllegroCL from SLIME under Windows? Thanks, Edi.

5 10

[slime-devel] Using swank.. :)
by Bruno Loff 24 Feb '05

24 Feb '05

Hey :) I'm trying to make a plugin for the Eclipse (www.eclipse.org) platform to work with common lisp. I was wondering if it was possible for me to use Swank to interact with lisp, or if it's too tightly integrated to the way emacs works. If it isn't, is there any documentation on Swank? I'm not even sure if it's what I'm looking for: a layer that facilitates compilation, evaluation and debugging for a lisp-using process. Have fun, Bruno Loff

2 1

[slime-devel] Re: [slime-cvs] CVS update: slime/ChangeLog
by Denis Bueno 24 Feb '05

24 Feb '05

> diff -u slime/ChangeLog:1.613 slime/ChangeLog:1.614 > --- slime/ChangeLog:1.613 Mon Feb 21 00:08:37 2005 > +++ slime/ChangeLog Tue Feb 22 07:06:58 2005 > @@ -1,3 +1,12 @@ > +2005-02-22 Helmut Eller <heller(a)common-lisp.net> > + > + * slime.el (slime-complete-form): Emacs 20 compatibility fix. > + (slime-repl-update-banner): Remove animation stuff. > + (slime-startup-animation): Deleted. Why oh why was this deleted? This feature gave me warm and fuzzy feelings at the start of every lisp hacking session! Can it at least be optionally enabled? -- Denis Bueno

8 9