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

[slime-devel] cannot start slime
by Henrique Rodrigues 12 May '04

12 May '04

good evening, it's my first time using slime, but i can't seem to make it start. after configuring my .emacs, i try to run the command "slime", but after displaying the message "Swank started at port: 1038" it breaks. the backtrace shows: Debugger entered--Lisp error: (wrong-type-argument stringp nil) looking-at(nil) hs-hide-block-at-point() slime-log-event((:open-dedicated-output-stream 1040)) slime-dispatch-event((:open-dedicated-output-stream 1040) #<process SLIME Lisp>) slime-process-available-input() slime-net-filter(#<process SLIME Lisp> "^@^@%(:open-dedicated-output-stream 1040)\n") i don't really understand what's going on, but shouldn't it try to open the stream on port 1038, where swank is listening? what can i do to fix this? thank you, henrique rodrigues -- Henrique Miguel Teodoro Rodrigues http://www.rnl.ist.utl.pt/~hmtr Engenharia Informatica e de Computadores - Instituto Superior Tecnico

7 18

Re: [slime-devel] cmucl/multiprocessing
by Helmut Eller 12 May '04

12 May '04

Gabor Melis <gabor.melis(a)essnet.se> writes: > Hmm. Setting swank:*communication-style* to :spawn seems to work. In this configuration, the debugger is executed in the correct thread, and the frame-pointer should point to the correct stack. But be warned, CMUCL's multithreading is non-preemptive, and interrupting will not work if a thread is busy executing an endless loop. > I thought > that slime-multiprocessing implies :spawn but looking at the code I can see > that's not the case. That's true. Not sure if it should, because that would override any setting in the .swank.lisp file. What do you think?

2 1

[slime-devel] cmucl/multiprocessing
by Gabor Melis 12 May '04

12 May '04

I am using aserve under cmucl and call the INIT-ASERVE-CMU function as the README suggests (otherwise latency is unbearable). INIT-ASERVE-CMU looks like this: #'(LAMBDA () (BLOCK INIT-ASERVE-CMU (UNLESS (FIND-IF #'(LAMBDA (ASERVE-SYSTEM::PROC) (STRING= (MULTIPROCESSING:PROCESS-NAME ASERVE-SYSTEM::PROC) "Top Level Loop")) (MULTIPROCESSING:ALL-PROCESSES)) (MULTIPROCESSING::STARTUP-IDLE-AND-TOP-LEVEL-LOOPS)))) After running it slime-space no longer shows the arglist. This is slime HEAD. Tried it under sbcl-mt. Naturally, since init-aserve-cmu need not be run, everything works fine. I may even use it but compilation notes do not work and I'd miss them very much. Gabor

3 8

[slime-devel] How to start Slime/Swank?
by Ian Phillips 12 May '04

12 May '04

Hi, stupid newbie question here: I'm having problems starting swank (and, by implication, Slime as well). When I start emacs and do an "M-x slime" I get this error: ; compiling file "/usr/share/common-lisp/source/swank/swank-source-path-parser.lisp" (written 09 MAY 2004 09:42:59 PM): debugger invoked on a SB-KERNEL:SIMPLE-PACKAGE-ERROR in thread 26812: The name :SWANK-BACKEND does not designate any package. You can type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. I'm running emacs 21.3.50, and slime HEAD from CVS earlier today. I'm trying to use SBCL 0.8.10 as the backend. Looking into it a little further, I see that if I just run sbcl from a shell and the do (require 'swank) or (asdf:operate 'asdf:load-op :swank) then I get the same result. I thought at first that thjis was telling me that I needed to specify SBCL as a backend somewhere. I'm not too sure now though, I think that what is actually happening is that the swank files (in /usr/share/common-lisp/sources/swank) are getting loaded in the wrong order and that something is doing an (in-package :swank-backend) before the defpackage call has been loaded and run. So, am I right? And if so, how can I make sure that the files are loaded in the correct sequence? Another thought is: maybe there's a way to precompile all of this stuff (into a FASL file I think) and then it should "just work" ? Any help would be gratly appreciated at this point. Cheers, Ian. -- #ifndef __COMMON_SENSE__ | Ian Phillips #include <std_disclaimer> | TIBCO Software Inc. #endif | www.tibco.com

2 2

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 12 May '04

12 May '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.372 slime/ChangeLog:1.373 --- slime/ChangeLog:1.372 Mon May 10 09:54:00 2004 +++ slime/ChangeLog Tue May 11 17:02:28 2004 @@ -1,3 +1,14 @@ +2004-05-11 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * slime.el (slime-events-buffer): Disable outline-mode by default. + (slime-inhibit-ouline-mode-in-events-buffer): New variable. + (slime-expected-failures): Reduce the number for SBCL. + + * swank-sbcl.lisp (resolve-note-location): Resolve the location if + we are called by swank-compile-string. The pathname argument is + never :stream in SBCL, so the method written for CMUCL was never + called. + 2004-05-10 Luke Gorrie <luke(a)bluetail.com> * swank.lisp (from-string): Bind *READ-SUPPRESS* to NIL.

1 0

[slime-devel] Slime with SBCL on OS X is broken
by Thomas F. Burdick 11 May '04

11 May '04

Got my Mac back from being repaired yesterday, and tried to update my SLIME. Compiling today's CVS with sbcl-0.8.8 dies when it catches a SIGBUS when compiling swank.lisp. I'll try cvs time-travel between April 9 and today sometime over the next week, if no one gets to it first, but if anyone has time, this is a heads-up.

2 3

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 11 May '04

11 May '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.371 slime/ChangeLog:1.372 --- slime/ChangeLog:1.371 Sat May 8 15:01:05 2004 +++ slime/ChangeLog Mon May 10 09:54:00 2004 @@ -1,3 +1,20 @@ +2004-05-10 Luke Gorrie <luke(a)bluetail.com> + + * swank.lisp (from-string): Bind *READ-SUPPRESS* to NIL. + (swank-compiler): Bind a restart to abort compilation but still + report the compiler messages already trapped. + (string-to-package-designator): Function that uses READ to + case-convert package names. + (apropos-list-for-emacs): Use it. + + * slime.el (slime-eval-with-transcript): Don't print the "=>" + prefix in messages showing evaluation results. It mucks up + alignment in multi-line messages. + (sldb-eval-in-frame): Don't print "==>" prefix on evaluation + results, for the same reason. + (slime-show-source-location): Move the point to the source + location in addition to highlighting the matching parens. + 2004-05-08 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> * swank-cmucl.lisp (find-definitions): Add support for variables

1 0

[slime-devel] Multiple connections to a single Lisp image
by Luke Gorrie 10 May '04

10 May '04

Ahoy, Currently it is possible for a Lisp image to support multiple SLIME connections. Are we using this functionality, and if so how? Originally it was used to support a connection-per-thread model, but that has been replaced and now all threads share a single multiplexed connection. I was thinking of deleting the 'connection' record and moving its fields into global variables. Thoughts? -Luke

2 1

[slime-devel] Random notes, *read-suppress*
by Luke Gorrie 10 May '04

10 May '04

Ahoy, On the weekend I tried actually /using/ SLIME. It's not bad but, gee wiz, it isn't hard to run into trouble :-). A couple of notes. If you have your own reader-macros then make sure they respect *READ-SUPPRESS*. We set this while searching for source locations, and it took me a while to realise that some of my reader-macros were broken: they couldn't handle their recursive READs returning NIL. This is confusing to debug if you didn't know that *READ-SUPPRESS* exists, so read the Hyperspec if in doubt. I generally had some trouble working with majorly broken packages that want to bring up the debugger lots of times while failing to compile. It helped to add a new ABORT restart that aborts compilation but still presents the compiler messages that have been gathered so far. I also hit a bug in the May snapshot of CMUCL that is triggered by my "cache source files as strings for location-finding" change: reader-errors coming from non-file streams hit a type error before the real error is reported. Raymond Toy says it should be fixed in 19A, and meanwhile here is a "hotfix" (might only apply to May snapshot): ;;; Avoid calling FILE-LENGTH on STREAM. It might not be a file stream. (in-package :c) (defun careful-read (stream eof pos) (handler-case (let ((*features* (backend-features *target-backend*))) (read stream nil eof)) (error (condition) (if (null (peek-char nil stream nil)) (unexpected-eof-error stream pos condition) (progn (normal-read-error stream pos condition) (ignore-error-form stream pos))) '(cerror "Skip this form." "Attempt to load a file having a compile-time read error.")))) (defun unexpected-eof-error (stream pos condition) (declare (type stream stream) (type unsigned-byte pos)) (let ((eof-pos (file-position stream)) (res nil)) (file-position stream pos) (loop (let ((line (read-line stream nil nil))) (unless line (return)) (when (or (find #\" line) (find #\( line)) (setq res line) (return)) (unless (or res (zerop (length line))) (setq res line)))) (compiler-error-message "Read error in form starting at ~D:~%~@[ \"~A\"~%~]~A" pos res condition) (file-position stream eof-pos) (undefined-value)))

1 0

[slime-devel] SLIME not running on FreeBSD 5.2.1 wiht SBCL 0.8.5
by Christian Hofer 10 May '04

10 May '04

Hi, when I try to start SLIME within Emacs (GNU, Version 21.3.1.) compilation fails with the error: ; compiling file "/home/chr/slime/swank-sbcl.lisp" (written 01 MAY 2004 01:19:50 AM): debugger invoked on condition of type SIMPLE-ERROR in thread 10047: Don't know how to load SB-BSD-SOCKETS I just fetched SLIME fresh from cvs. Does anybody know what went wrong? Thanks for your help, Chris

2 2