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

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

[slime-devel] SLIME 1.0 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
by Marco Baringer 13 Sep '04

13 Sep '04

<slime> howdy. luke and helmut here. ... <slime> could someone please post to slime-devel mentioning the release? it will save us figuring out how to post from an internet cafe :) <slime> slime-1.0 is on the website now. for old ladies only <segv> what should the post say? <slime> just inclue "1.0"and several exclamation marks? :-) <slime> and our greetings from cesky krumlov perhaps :) http://common-lisp.net/project/slime/slime-1.0.tar.gz -- -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 3

[slime-devel] C-c C-k in sbcl-native source buffers
by Christophe Rhodes 13 Sep '04

13 Sep '04

Hi, Julian noted that C-c C-k doesn't work (well, it does, but it doesn't DWIM) in sbcl source files. Attached is an abstraction-violating patch that makes it DWIM... as ever, I'm unsure of how best to remove the violation of abstraction boundaries. (And whether the way I've violated the abstractions is the right way, come to that). Cheers, Christophe

2 2

[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

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

12 Sep '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.516 slime/ChangeLog:1.517 --- slime/ChangeLog:1.516 Thu Sep 9 17:57:58 2004 +++ slime/ChangeLog Sun Sep 12 22:48:30 2004 @@ -1,3 +1,8 @@ +2004-09-12 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * swank.lisp (compile-file-for-emacs): Use with-buffer-syntax so + that SBCL source files can be compiled. From Christophe Rhodes. + 2004-09-09 Martin Simmons <martin(a)xanalys.com> * swank-loader.lisp (make-swank-pathname): Preserve the host

1 0

[slime-devel] save-some-buffers patch
by Eduardo Muñoz 12 Sep '04

12 Sep '04

Slime tries sometimes to save my .newsrc-dribble file so I find the following patch useful. Maybe an utility function `slime-lisp-buffer-p' should be created to narrow or widen de definition of "lisp buffer". -- Eduardo Muñoz | (prog () 10 (print "Hello world!") http://213.97.131.125/ | 20 (go 10))

2 1

[slime-devel] Bug in SLIME 1.0 from CVS?
by Denis Bueno 12 Sep '04

12 Sep '04

Sorry if you get this twice, the first wasn't from my list-subscribed email. When SLIME starts up, it says: ; SLIME 2004-09-08 I was visiting a lisp (.cl) buffer and looking at this function: (defun first-function (tokens) (let ((pos (position "[" tokens :test #'string=))) (if (> pos 0) (nth (1- pos) tokens) (error "invalid function call: empty function")))) I put the Emacs cursor after the last right-paren, issued C-c C-c, and the SLIME debugger popped up; it said (I've expanded the top stack frame): ********************** invalid number of arguments: 3 [Condition of type SB-INT:SIMPLE-PROGRAM-ERROR] Restarts: 0: [ABORT] Abort handling SLIME request. 1: [ABORT] Reduce debugger level (leaving debugger, returning to toplevel). 2: [TOPLEVEL] Restart at toplevel READ/EVAL/PRINT loop. Backtrace: 0: ("XEP for SWANK::COMPILE-STRING-FOR-EMACS" 3 "(defun first-function (tokens) (let ((pos (position \"[\" tokens :test #'string=))) (if (> pos 0) (nth (1- pos) tokens) (error \"invalid function call: empty function\")))) " "function-parser.cl" 1266 1)[:EXTERNAL] Locals: SB-DEBUG::ARG-0 = 3 SB-DEBUG::ARG-1 = "(defun first-function (tokens) (let ((pos (position \"[\" tokens :test #'string=))) (if (> pos 0) (nth (1- pos) tokens) (error \"invalid function call: empty function\")))) " SB-DEBUG::ARG-2 = "function-parser.cl" SB-DEBUG::ARG-3 = 1266 SB-DEBUG::ARG-4 = 1 [No catch-tags] *********************** Apparently COMPILE-STRING-FOR-EMACS is being called incorrectly ... but I looked in swank.lisp, swank-backend.lisp, slime.el, and swank-sbcl.lisp, and all calls to COMPILE-STRING-FOR-EMACS has four arguments. So I'm befuddled. I use SBCL. Am I doing something improperly? -- Denis Bueno PGP: http://pgp.mit.edu:11371/pks/lookup?search=0xA1B51B4B&op=index My other car is a cdr.

3 3