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

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

11 Sep '04

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. * ;; Swank started at port: 49188. 49188 * Error in function CREATE-INET-LISTENER: Error binding socket to port 0: Can't assign requested address [Condition of type SIMPLE-ERROR] Restarts: 0: [ABORT] Return to Top-Level. Debug (type H for help) (CREATE-INET-LISTENER 0 :STREAM :HOST 2130706433 ...) Source: Error finding source: Error in function DEBUG::GET-FILE-TOP-LEVEL-FORM: Source file no longer exists: target:code/internet.lisp. Matthew M. Munz mattmunz(a)email.com -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm

3 2

[slime-devel] Cannot compile slime for sbcl on debian ppc
by Sam Zoghaib 10 Sep '04

10 Sep '04

Hello, I am trying to compile slime for sbcl 0.8.14 running on a Debian PowerPC computer. The compilation fails as follows: ; compiling file "/usr/share/emacs/site-lisp/slime/swank-sbcl.lisp (written 04 SEP 2004 08:38:20) debugger invoked on a SB-INT:EXTENSION-FAILURE in thread 2952: Don't know how to REQUIRE SB-BSD-SOCKETS. See also: The SBCL Manual, Variable SB-EXT:*MODULE-PROVIDER-FUNCTIONS* The SBCL Manual, Function REQUIRE It fails with the CVS version as well as with 1.0. Is there anything I am missing ? Thanks, Sam -- All ITS machines now have hardware for a new machine instruction -- RIG Read Interrecord Gap. Please update your programs.

2 1

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

09 Sep '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.515 slime/ChangeLog:1.516 --- slime/ChangeLog:1.515 Wed Sep 8 18:16:42 2004 +++ slime/ChangeLog Thu Sep 9 17:57:58 2004 @@ -1,3 +1,8 @@ +2004-09-09 Martin Simmons <martin(a)xanalys.com> + + * swank-loader.lisp (make-swank-pathname): Preserve the host + component (important for LispWorks on Windows). + 2004-09-08 Martin Simmons <martin(a)xanalys.com> * swank-lispworks.lisp: Implement call-with-compilation-hooks.

1 0

[slime-devel] Lispworks patches.
by Eduardo Muñoz 09 Sep '04

09 Sep '04

A couple of patches that I found necessary using Lispworks Personal Edition. These should be considered more a proof of concept than polished code. The first one enables the load-library repl-shorcut by just defining a dummy call-with-compilation-hooks. The second does a better work finding files, IMHO, given that the phisical drive of a file (on windows) is stored as the host component and it is not used to construct the pathname. Of course a pathname expert should review the thing before commit. $ diff -u swank-lispworks.lisp~ swank-lispworks.lisp --- swank-lispworks.lisp~ 2004-09-07 00:13:30.000000000 +0200 +++ swank-lispworks.lisp 2004-09-05 18:09:44.000000000 +0200 @@ -313,6 +313,7 @@ (loop for (dspec location) in locations collect (list dspec (make-dspec-location dspec location))))) + ;;; Compilation (defmacro with-swank-compilation-unit ((location &rest options) &body body) @@ -327,6 +328,10 @@ (with-swank-compilation-unit (filename) (compile-file filename :load load-p))) +(defimplementation call-with-compilation-hooks (function) + ;; #'pray instead of #'handler-bind + (funcall function)) + (defun map-error-database (database fn) (loop for (filename . defs) in database do (loop for (dspec . conditions) in defs do ======================================================================= $ diff -u swank-loader.lisp~ swank-loader.lisp --- swank-loader.lisp~ 2004-09-04 18:19:52.000000000 +0200 +++ swank-loader.lisp 2004-09-05 17:35:52.000000000 +0200 @@ -15,17 +15,10 @@ (defun make-swank-pathname (name &optional (type "lisp")) "Return a pathname with name component NAME in the Slime directory." - (merge-pathnames name - (make-pathname - :type type - :device - (pathname-device - (or *compile-file-pathname* *load-pathname* - *default-pathname-defaults*)) - :directory - (pathname-directory - (or *compile-file-pathname* *load-pathname* - *default-pathname-defaults*))))) + (merge-pathnames (make-pathname :name name :type type) + (or *compile-file-pathname* + *load-pathname* + *default-pathname-defaults*))) (defparameter *sysdep-pathnames* (mapcar #'make-swank-pathname -- Eduardo Muñoz | (prog () 10 (print "Hello world!") http://213.97.131.125/ | 20 (go 10))

2 3

[slime-devel] slime.texi nit - s/compliments/complements.
by John Paul Wallington 09 Sep '04

09 Sep '04

Here's a typo in the manual: --- slime.texi 04 Sep 2004 23:08:09 +0100 1.28 +++ slime.texi 05 Sep 2004 00:40:42 +0100 @@ -169,7 +169,7 @@ @SLIME{} extends Emacs with new support for interactive programming in Common Lisp. The features are centred around @code{slime-mode}, an Emacs -minor-mode that compliments the standard @code{lisp-mode}. While +minor-mode that complements the standard @code{lisp-mode}. While @code{lisp-mode} supports editing Lisp source files, @code{slime-mode} adds support for interacting with a running Common Lisp process for compilation, debugging, documentation lookup, and so on.

2 1

[slime-devel] SWANK-IO-PACAKGE being used amidst (slime-eval FORM ":cl")
by Sean Champ 09 Sep '04

09 Sep '04

Hello, While trying to get slime to tell the repl to evaluate some common lisp code, I had tried to use the emacs form: (slime-eval '(format t "ping ~d" 12) ":cl-user") but, when I use this, sldb pops-up, with a message about: Error in KERNEL:%COERCE-TO-FUNCTION: the function SWANK-IO-PACKAGE::FORMAT is undefined. So, I am just wondering why the package named SWANK-IO-PACKAGE is being used, as the package in which the REPL will evaluate the slime-eval'd FORM - instead of slime-eval using the :cl-user package, which was mentioned, also, in the call to slime-eval. Thank you -- Sean

2 1

[slime-devel] xemacs asking me "Enter recursive edit?" when sldb comes up
by Sean Champ 09 Sep '04

09 Sep '04

Hello again, I'm using the debianized slime 1.0, point-of-fact-ly. When sldb pops up, now, I am seeing XEmacs asking me (always, whenever sldb pops up) "Enter recursive edit?" in the minibuffer. When I say "yes" to that minibuffer-query, things go well. When I say "no" to that minibuffer-query, then things do not seem to go well - at least, not until after I C-g , then C-] to clear the resultant emacs error-message. So, I was wondering if there would be a way to tell {whatever is asking me whether to "Enter recursive edit?"} to always "yes" - that being, to always do so. Thank you -- Sean

2 2

[slime-devel] OS X: OpenMCL 0.14.2-p1 and Slime-1.0 Error
by Ian J Cottee 09 Sep '04

09 Sep '04

(found the solution to this but reporting it in case there's a better way to handle the situation in future versions of SLIME) I've been using Slime with CLISP on Windows (just as a learning environment) and love it so I thought I'd get an environment working with my iMac as well. I tried to get CLISP working but it threw me an error so I thought I'd try again and install OpenMCL instead. However, it also threw me an error (reproduced below) which I eventually tracked down to my ~/.slime directory causing me problems. Apparantly running slime originally with CLISP caused a problem. When I removed ~/.slime and started again everything worked fine. For the record (in case anybody else is googling like me), the error I got was as follows: Welcome to OpenMCL Version (Beta: Darwin) 0.14.2-p1! ? > Error in process listener(1): Incompatible lambda list in #<STANDARD-METHOD\ SWANK-COMPILE-STRING (T)> for #<STANDARD-GENERIC-FUNCTION SWANK-COMPILE-STRING\ #x6381456> > While executing: CCL::CHECK-DEFMETHOD-CONGRUENCY > Type :GO to continue, :POP to abort. > If continued: Remove 0 methods from the generic-function and change its lambd\ a list. Type :? for other options. 1 > Hope this is of some use Ian Cottee

1 0

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

08 Sep '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.514 slime/ChangeLog:1.515 --- slime/ChangeLog:1.514 Sat Sep 4 00:12:53 2004 +++ slime/ChangeLog Wed Sep 8 18:16:42 2004 @@ -1,3 +1,7 @@ +2004-09-08 Martin Simmons <martin(a)xanalys.com> + + * swank-lispworks.lisp: Implement call-with-compilation-hooks. + 2004-09-03 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> * NEWS: Summarize changes since August.

1 0

[slime-devel] slime 1.0 : debian package now available
by Sean Champ 07 Sep '04

07 Sep '04

Hello, I wanted to mention that I've done the stuff that would debianize slime. It's done-up for Slime 1.0, even. The debian package is available here: http://commonwerx.org/software/contrib/slime/deb/ ...specficially, as http://commonwerx.org/software/contrib/slime/deb/slime_1.0-1_all.deb Now, some notes, about the package: - I'll be working on making a formal apt-style repository for it, sometime, i figure (once i can get some repository-making stuff worked-up with Common Lisp, and maybe not with PERL, I think) - The package was built on debian/sid - I'm not sure how well it'll work on other Debian releases - like, on sarge or on woody -, though I figure that it should be fine, regardless. If it's not, I can work on packaging it for other Debianish releases. - the package, it does include the postinst/prerm stuff with common-lisp-controller, for swank.asd, and it does include some stuff for installing the slime emacs code, with the debian policies about emacsen - so, hopefully it'll fit all snugly, with everything that it needs to. If there are any problems about the package or the packaging, please just mention it, and I'll get to resolving it, momentarily. Now, some notes taht are not, so much, about the package, but which are probably worth mentioning, here, at about the same time: - The current URL, for it, is "kind of temporary" (until i get around to configuring a vhost to use specifically for "software stuff") - but, the URLs mentioned here, they do work, and they should continue to work, even after any-such-updates - I'm not 100% sure about using the "all" architecture for the package - I I figure that it should work, but if it causes a problem, I'd be glad to hear of it - the *.diff.gz there - available under the first URL given, above - the diff should contain just the contents of the ./debian/ directory; I've no problem, about the prospect of those ./debian/* files being added to the slime upstream cvs code. (I've no worries about it, regardless - whether or not it would be seen as if those ./debian/* files - from the diff.gz - as if they would worth adding to the main slime codebase) - I'd be willing to be an official debian package maintainer for slime. I'm not sure how that would work, though - I've heard something about being "sponsored" for it, at least. I notice that this does go off-topic from the list, though - but for to mention, if anyone might be in a spot for it, that I'm willing to take it up. I think that's all of it. Slime is really really keen; I'm glad to be able to use it, seriously. So, thank you. -- Sean Champ schamp(a)commonwerx.org

1 0