slime-devel February 2004

slime-devel@common-lisp.net

24 participants
50 discussions

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

18 Feb '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.256 slime/ChangeLog:1.258 --- slime/ChangeLog:1.256 Mon Feb 16 17:07:39 2004 +++ slime/ChangeLog Wed Feb 18 02:35:17 2004 @@ -1,3 +1,33 @@ +2004-02-18 Peter Seibel <peter(a)javamonkey.com> + + * swank-loader.lisp: Place the fasl files of different + implementations in different directories. + +2004-02-18 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * swank-clisp.lisp: Update comments about metering package. + + * metering.lisp: Imported from CLOCC. Suggested by Peter Seibel. + +2004-02-17 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * swank.lisp, slime.el (make-compiler-note): Don't send the + short-message across the wire if the slot is nil. + + * swank-cmucl.lisp (clear-xref-info): Compare the truenames with + equalp instead of the unix-truenames. The old version was very + inefficient (clearing the tables with about 1000 entries required + serveral seconds). + (xref-context-derived-from-p, pathname=): Delete unused functions. + + * swank-clisp.lisp (remove-input-handlers): + socket:socket-stream-handle is not available on Windows. + Reported by Alan Shutko. + + * slime.el (slime-length>): New function. + (slime-compiler-notes-to-tree): Don't collapse if there is only + one kind of notes. + 2004-02-16 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> * swank.lisp (make-compiler-note): Include short-message.

1 0

[slime-devel] Concurrent multiple slimes with different lisps
by Peter Seibel 18 Feb '04

18 Feb '04

Since I constantly have to move between different Lisp impls to test things out, I'm interested in running multiple SLIME at the same time talking to different implementations. Anyway, as a first step toward making this a bit more sane, here's a patch that changes the way SLIME builds itself so each impl gets its own directory for its fasl files. Or is there some other way I should be doing this? -Peter Index: swank-loader.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank-loader.lisp,v retrieving revision 1.16 diff -u -r1.16 swank-loader.lisp --- swank-loader.lisp 5 Feb 2004 05:57:04 -0000 1.16 +++ swank-loader.lisp 17 Feb 2004 22:46:50 -0000 @@ -35,12 +35,27 @@ #+clisp '("xref" "metering" "swank-clisp" "swank-gray") )) +(defparameter *lisp-name* + #+cmu "cmu" + #+sbcl "sbcl" + #+openmcl "openmcl" + #+lispworks "lispworks" + #+allegro "allegro" + #+clisp "clisp") + + (defparameter *swank-pathname* (make-swank-pathname "swank")) (defun file-newer-p (new-file old-file) "Returns true if NEW-FILE is newer than OLD-FILE." (> (file-write-date new-file) (file-write-date old-file))) +(defun binary-pathname (source-pathname) + (merge-pathnames + (make-pathname :directory `(:relative "fasl" ,*lisp-name*)) + (merge-pathnames (compile-file-pathname source-pathname)))) + + (defun compile-files-if-needed-serially (files) "Compile each file in FILES if the source is newer than its corresponding binary, or the file preceding it was @@ -48,14 +63,15 @@ (with-compilation-unit () (let ((needs-recompile nil)) (dolist (source-pathname files) - (let ((binary-pathname (compile-file-pathname source-pathname))) + (let ((binary-pathname (binary-pathname source-pathname))) (handler-case (progn (when (or needs-recompile (not (probe-file binary-pathname)) (file-newer-p source-pathname binary-pathname)) (format t "~&;; Compiling ~A...~%" source-pathname) - (compile-file source-pathname) + (ensure-directories-exist binary-pathname) + (compile-file source-pathname :output-file binary-pathname) (setq needs-recompile t)) (load binary-pathname)) #+(or) -- Peter Seibel peter(a)javamonkey.com Lisp is the red pill. -- John Fraser, comp.lang.lisp

3 3

[slime-devel] CLISP and W32: socket:socket-stream-handle
by Alan Shutko 17 Feb '04

17 Feb '04

Trying the latest CVS slime on W32 with clisp 2.32, I was getting an error that socket:socket-stream-handle wasn't defined. Seems it's not exported on Windows for some reason. Conditionalizing remove-input-handlers made it work for me.... --- swank-clisp.lisp.~1.18.~ 2004-02-16 15:40:55.000000000 -0600 +++ swank-clisp.lisp 2004-02-16 17:45:43.000000000 -0600 @@ -117,6 +117,7 @@ (push (cons fd fn) *sigio-handlers*))) ) +#-win32 (defimplementation remove-input-handlers (socket) (let ((fd (socket:socket-stream-handle socket))) (remove-sigio-handler fd) -- Alan Shutko <ats(a)acm.org> - I am the rocks. Measure with micrometer, mark with chalk, cut with axe

2 1

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

17 Feb '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.255 slime/ChangeLog:1.256 --- slime/ChangeLog:1.255 Sun Feb 8 15:13:36 2004 +++ slime/ChangeLog Mon Feb 16 17:07:39 2004 @@ -1,3 +1,35 @@ +2004-02-16 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * swank.lisp (make-compiler-note): Include short-message. + + * swank-sbcl.lisp (signal-compiler-condition): Initialize + short-message slot. + (long-compiler-message-for-emacs): New function. + + * swank-cmucl.lisp (handle-notification-condition): Don't use the + context of the previous message. + (signal-compiler-condition): Set short message slot. + (long-compiler-message-for-emacs): New function. + (sigio-handler): Ignore arguments. + + * swank-clisp.lisp (set-sigio-handler, add-input-handler): + Conditionalize for linux. + + * swank-backend.lisp (compile-system-for-emacs): Add default + implementation. + (compiler-condition): New slot short-message. + + * slime.el (slime-compilation-finished): Display compiler notes + grouped by severity in a separate buffer. + (slime-compilation-finished-continuation, slime-compile-file) + (slime-load-system, slime-compile-string): Update callers. + (slime-list-compiler-notes, slime-alistify, slime-tree-for-note) + (slime-tree-for-severity, slime-compiler-notes-to-tree) + (slime-compiler-notes-mode, slime-compiler-notes-quit): New + functions. + (with-struct, slime-tree): New code for pseudo tree widget. + (slime-init-connection-state): Set slime-state-name to "". + 2004-02-08 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> * swank-cmucl.lisp (create-socket): Fix last fix. Use the proper

1 0

[slime-devel] Compiler notes list
by Helmut Eller 16 Feb '04

16 Feb '04

Hi, I added some code to display the compiler messages in a separate buffer. The messages are grouped by severity and displayed in a pseudo tree widget like this: -+ All (7) |-+ Notes (4) | |-- Doing unsigned word to integer coercion (cost 20) from x86::size. | |-- Doing SAP to pointer coercion (cost 20) from x86::current. | |-- Doing unsigned word to integer coercion (cost 20) from x86::size. | `-- Doing SAP to pointer coercion (cost 20) from x86::current. `[+] Warnings (3) This list is currently only displayed when there are 2 or more compiler messages. It's also possible to pop up the list with M-x slime-list-compiler-notes. Maybe we should unify/reuse this list with the xref buffer. Helmut.

1 0

[slime-devel] function CREATE-SWANK-SERVER is undefined
by Geoffrey Knauth 12 Feb '04

12 Feb '04

I'm new to slime. I tried using it with this in my .emacs: (setq inferior-lisp-program "/sw/bin/clisp") ; Platform is Mac OS X (Panther). CLisp is 2.29-13. (add-to-list 'load-path (concat homedir "/el/slime")) (require 'slime) (add-hook 'lisp-mode-hook (lambda () (slime-mode t))) (add-hook 'inferior-lisp-mode-hook (lambda () (inferior-slime-mode t))) M-x slime RET produces: Compiling file /Users/gknauth/el/slime/swank.lisp ... WARNING in function SYMBOL-EXTERNAL-P in lines 701..707 : Binding variable _ can cause side effects despite of IGNORE declaration since it is declared SPECIAL. ;; Loading file /Users/gknauth/el/slime/swank.lisp ... *** - DEFSTRUCT: invalid syntax for name and options: (:LOCATION (:TYPE LIST) :NAMED (:CONSTRUCTOR MAKE-LOCATION (BUFFER POSITION))) 1. Break SWANK[2]> *** - EVAL: the function CREATE-SWANK-SERVER is undefined Am I doing something wrong? Geoffrey -- Geoffrey S. Knauth | http://knauth.org/gsk

2 2

[slime-devel] Why is Slime trying to open port 0?
by Dirk Gerrits 10 Feb '04

10 Feb '04

I don't know exactly when the symptoms started, since I haven't been using SLIME for a while, but a CVS update doesn't make them go away. When I start Emacs and do M-x slime RET it fails trying to connect to port 0 of localhost. I don't understand, since a problem of this magnitude (can't use SLIME at all) would certainly be noticed by others, and I saw no previous posts about this. Presumably it is something peculiar about my configuration. I'm using Debian GNU/Linux 3.0 + 2.6.2 kernel + GNU Emacs 21.3.50.9. If you need more info, just ask. The output is included below. Regards, Dirk Gerrits CMU Common Lisp CVS release-18e-branch + minimal debian patches, running on willow With core: /usr/lib/cmucl/lisp.core Dumped on: Sat, 2004-02-07 00:05:30+01:00 on willow For support see http://www.cons.org/cmucl/support.html Send bug reports to the debian BTS. or to pvaneynd(a)debian.org type (help) for help, (quit) to exit, and (demo) to see the demos Loaded subsystems: Python 1.1, target Intel x86 CLOS 18e (based on PCL September 16 92 PCL (f)) * ; Loading #p"/home/dirk/slime/swank-loader.lisp". ;; Loading #p"/home/dirk/slime/swank-backend.x86f". ;; Loading #p"/home/dirk/slime/swank.x86f". ;; Loading #p"/home/dirk/slime/swank-source-path-parser.x86f". ;; Loading #p"/home/dirk/slime/swank-cmucl.x86f". Warning: DEFIMPLEMENTATION of undefined interface (DESCRIBE-PRIMITIVE-TYPE) Warning: DEFIMPLEMENTATION of undefined interface (INSPECTED-PARTS) Warning: These Swank interfaces are unimplemented: (RESTART-FRAME RETURN-FROM-FRAME THREAD-ALIVE-P WHO-MACROEXPANDS WHO-SPECIALIZES) T * Error in function CREATE-INET-LISTENER: Error binding socket to port 0: Cannot assign requested address Restarts: 0: [ABORT] Return to Top-Level. Debug (type H for help) (CREATE-INET-LISTENER 0 :STREAM :HOST 16777343 ...) Source: ; File: target:code/internet.lisp (ERROR "Error binding socket to port ~a: ~a" PORT (UNIX:GET-UNIX-ERROR-MSG)) 0] :backtrace 0: (CREATE-INET-LISTENER 0 :STREAM :HOST 16777343 ...) 1: ("DEFIMPLEMENTATION CREATE-SOCKET" #<unused-arg> #<unused-arg> 0) 2: (SWANK::SETUP-SERVER 0 #<Closure Over Function "DEFUN START-SERVER" {484ED931}> :SIGIO) 3: (INTERACTIVE-EVAL (SWANK:START-SERVER "/tmp/slime.2936")) 4: (COMMON-LISP::%TOP-LEVEL) 5: (COMMON-LISP::RESTART-LISP) 0]

4 6

Re: [slime-devel] slime/clisp freezes a fresh xemacs
by Helmut Eller 09 Feb '04

09 Feb '04

"<s.perrot(a)voila.fr>" <s.perrot(a)voila.fr> writes: > Does this setting prevent some feature(s) from SLIME to work ? Yes. The dedicated output stream is a performance optimization. It uses a separate socket for raw output. This can be quite a faster than sending output encoded over the control channel. But I remember that I too had some trouble to get it to work with CLISP. Not sure what happened, but the problems magically disappeared for me. There seem to be some oddities in CLISP's streams. Helmut.

1 0

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 08 Feb '04

08 Feb '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.247 slime/ChangeLog:1.252 --- slime/ChangeLog:1.247 Thu Feb 5 18:21:12 2004 +++ slime/ChangeLog Sat Feb 7 17:33:02 2004 @@ -1,3 +1,57 @@ +2004-02-07 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * swank-cmucl.lisp (send, receive, interrupt-thread): Implement + more threading functions. + + * swank-sbcl.lisp (inspected-parts): Implemented. + + * slime.el (slime-rex): Mention thread argument in docstring. + (sldb-break-with-default-debugger): Use slime-rex and don't switch + to the output buffer (happens automatically). + (slime-list-threads): Renamed from slime-thread-control-panel. + (slime-thread-insert): Use slightly different layout. + (slime-give-goahead, slime-waiting-threads) + (slime-popup-thread-control-panel, slime-register-waiting-thread) + (slime-thread-goahead): Deleted. + (slime-maybe-start-multiprocessing): Call + swank:startup-multiprocessing. Reported by Paolo Amoroso. + + * swank.lisp (dispatch-event): :debug, :debug-condition, + :debug-activate events were all encoded as :debug events, which + means the debugger never worked! Fix it. I guess no one uses + SLIME with a multithreaded Lisp. + (read-user-input-from-emacs): Flush the output before reading. + (sldb-loop): Add a sldb-enter-default-debugger tag, so we can + enter the default debugger by throwing to it. + (sldb-break-with-default-debugger): Throw to + sldb-enter-default-debugger. + (*thread-list*): New variable. + (list-threads): New function. + + * swank-backend.lisp (thread-name): Take a thread object as + argument. + (thread-status, all-threads, thread-alive-p): New function. + (thread-id): Deleted. + + * swank-allegro.lisp, swank-cmucl.lisp, swank-lispworks.lisp, + swank-openmcl.lisp, swank-sbcl.lisp: Update for modified thread + interface. + + * swank-sbcl.lisp (enable-sigio-on-fd): New function. Use + fallback if sb-posix:fcntl isn't fbound. + + * swank-cmucl.lisp (gf-definition-location): Return an error when + pathname for the GF is nil (this happens if the GF is not compiled + from a file). + + * swank.lisp (undefine-function): New function. + (print-with-frame-label, print-part-to-string): Bind + *print-circle* to t, to avoid unbound recursion when printing + cyclic data structures. + + * slime.el (slime-undefine-function): New command. Bound to C-c + C-u. + 2004-02-06 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> * slime.el (sldb-setup): Offer to enter a recursive edit if there

1 0

[slime-devel] Missing STARTUP-MULTIPROCESSING-FOR-EMACS
by Paolo Amoroso 07 Feb '04

07 Feb '04

I have just updated my CVS sources of SLIME after a a dozen days of so. After starting SLIME (GNU Emacs 20.7.2 with CMUCL 18e under Debian Woody), it stops with this error: ; Loading #p"/home/paolo/src/slime/swank-loader.lisp". ;; Loading #p"/home/paolo/src/slime/swank-backend.x86f". ;; Loading #p"/home/paolo/src/slime/swank.x86f". ;; Loading #p"/home/paolo/src/slime/swank-source-path-parser.x86f". ;; Loading #p"/home/paolo/src/slime/swank-cmucl.x86f". Warning: These Swank interfaces are unimplemented: (INTERRUPT-THREAD RECEIVE RESTART-FRAME RETURN-FROM-FRAME SEND THREAD-ALIVE-P WHO-MACROEXPANDS WHO-SPECIALIZES) T * ; ; Warning: This function is undefined: ; SWANK:STARTUP-MULTIPROCESSING-FOR-EMACS Error in KERNEL:%COERCE-TO-FUNCTION: the function SWANK:STARTUP-MULTIPROCESSING-FOR-EMACS is undefined. Restarts: 0: [ABORT] Return to Top-Level. Debug (type H for help) (KERNEL:%COERCE-TO-FUNCTION SWANK:STARTUP-MULTIPROCESSING-FOR-EMACS) Source: Error finding source: Error in function DEBUG::GET-FILE-TOP-LEVEL-FORM: Source file no longer exists: target:code/fdefinition.lisp. 0] SWANK:STARTUP-MULTIPROCESSING-FOR-EMACS does not seem to be defined. What am I missing? Do I have to provide the function or customize SLIME in some way? Paolo -- Why Lisp? http://alu.cliki.net/RtL%20Highlight%20Film

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel February 2004