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

[slime-devel] Distributing SLIME with Emacs 24
by Helmut Eller 06 Jul '10

06 Jul '10

On the emacs-devel list they discussed recently[1] whether SLIME should be distributed with Emacs 24. Chong Yidong (he's one of the two Emacs lead maintainers) asked me who the contributors would be and I gave him a list with names and email addresses. I expected that he would give up because the list is too long :-), but he went on and asked those people if they are willing to assign copyrights to the FSF. Assigning copyrights is of course your own decision. What I actually want to discuss is what people here think about distributing SLIME with Emacs and making that the "official" release. Since they only make Emacs releases every couple of years or so, we would probably have enough time to get our act together. Gnus seems to be maintained by a different group than the Emacs core developers and is synchronized now and then with Emacs's trunk. I don't know how this would work us. There's also the question how/if the Common Lisp part should be distributed. Including it with Emacs seems problematic, but separating it isn't attractive either. I guess if SLIME were distributed with Emacs it would be a bit easier for us to get certain things fixed in Emacs (e.g. LOOP indentation) which so far have been ignored by the Emacs developers. It seems like it would be more work than it's now but I don't want to close the door too early. What do others think about it? Are there any volunteers to do the syncing with Emacs? Helmut [1] http://article.gmane.org/gmane.emacs.devel/126696

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 05 Jul '10

05 Jul '10

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.394 slime/contrib/ChangeLog:1.395 --- slime/contrib/ChangeLog:1.394 Fri Jul 2 07:44:15 2010 +++ slime/contrib/ChangeLog Sun Jul 4 11:55:29 2010 @@ -1,3 +1,8 @@ +2010-07-04 Stas Boukarev <stassats(a)gmail.com> + + * swank-asdf.lisp (asdf:operation-done-p): Fix reloading on + ASDF2. ASDF2 no longer has `asdf:around' method combination. + 2010-07-02 Stas Boukarev <stassats(a)gmail.com> * swank-fancy-inspector.lisp (docstring-ispec): Don't insert an

1 0

[slime-devel] modeline and autodoc
by Leo 04 Jul '10

04 Jul '10

Hello, When autodoc is enabled, moving in a lisp file I see the modeline frequently doing something like this: [pkg sbcl] -> [pkg sbcl 1] -> [pkg sbcl] in a short span whenever autodoc is showing the arglist. Because the time it takes for autodoc to get the arglist is so little, this seems a bit annoying. Leo

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 03 Jul '10

03 Jul '10

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.393 slime/contrib/ChangeLog:1.394 --- slime/contrib/ChangeLog:1.393 Tue Jun 15 04:50:29 2010 +++ slime/contrib/ChangeLog Fri Jul 2 07:44:15 2010 @@ -1,3 +1,11 @@ +2010-07-02 Stas Boukarev <stassats(a)gmail.com> + + * swank-fancy-inspector.lisp (docstring-ispec): Don't insert an + unnecessary space. + (emacs-inspect): Delete unnecessary "it" in [... it] + buttons. + Don't capitalize every word in some messages. + 2010-06-15 Stas Boukarev <stassats(a)gmail.com> * swank-asdf.lisp (asdf-central-registry): Use an exported

1 0

[slime-devel] Definition Void: slime-create-filename-translator
by Jeremiah Via 01 Jul '10

01 Jul '10

I'm new to Emacs/Lisp and I'm trying to get remote editing working. I have swank running in Allegro Common Lisp 8.0 and REPL appears to work as expected. The problem lies in the filename translation when I try to compile a file. When I start up emacs I get this message: "Symbol's function definition is void: slime-create-filename-translator." This is the relevant part of my .emacs: (setq inferior-lisp-program "/usr/bin/clisp" lisp-indent-function 'common-lisp-indent-function slime-complete-symbol-function 'slime-fuzzy-complete-symbol slime-startup-animation t) (add-to-list 'load-path "~/.emacs.d/slime") (require 'slime-autoloads) (slime-setup '(slime-fancy slime-banner slime-tramp slime-presentations slime-asdf)) (push (slime-create-filename-translator :machine-instance "#xbc930fc3" :remote "tinky-winky.cs.bham.ac.uk" :username "jxv911") slime-filename-translations) Thanks for your help, Jeremiah

2 2

[slime-devel] Patch for :DEFAULT-INITARGS indentation problem
by Desmond O. Chang 30 Jun '10

30 Jun '10

Hi all, This patch resolves the :DEFAULT-INITARGS indentation problem described by Zach [1]. It is based on Bill's one [2], and I make the indentation methods lookup correct. Bill said it's a yucky patch, but at least it works. I hope the patch can be commited. Thanks, Des [1] http://common-lisp.net/pipermail/slime-devel/2007-February/013759.html [2] http://common-lisp.net/pipermail/slime-devel/2007-February/013760.html

2 4

[slime-devel] slime-streams overhead
by Tobias C Rittweiler 27 Jun '10

27 Jun '10

Compiling swank.lisp via (time (compile-file "swank.lisp")) vs (time (compile-file "swank.lisp" :verbose nil :print nil)) reveals a major overhead. First command takes ~14secs, whereas the second 2.3 secs. The first command at the terminal, without Slime, takes roughly 5.5 secs. Using :spawn, without dedicated output stream. Dedicated output stream probably has a much better performance, but where does /that/ much overhead come from in the default implementation? -T.

3 2

[slime-devel] slime with ecl disconnects right away.
by pjb＠informatimago.com 23 Jun '10

23 Jun '10

With ecl from git HEAD, and slime from CVS HEAD as of of today, I have two problems: - when compiling/loading the swank-arglists.lisp contrib, it fails with a NIL hashtable argument to GETHASH. - when I comment out swank-arglists and swank-c-p-c from *contribs*, and launching slime with: C-u M-x slime RET /usr/local/bin/ecl -norc -q RET it closes the connection at the startup: *Message*: For information about GNU Emacs and the GNU system, type C-h C-a. Polling "/tmp/slime.32143".. (Abort with `M-x slime-abort-connection'.) [2 times] Failed to connect to Swank: inferior process exited. Polling "/tmp/slime.32143".. (Abort with `M-x slime-abort-connection'.) [2 times] Connecting to Swank on port 58495.. [2 times] Lisp connection closed unexpectedly: connection broken by remote peer *inferior-lisp*: (progn (load "/usr/local/share/emacs/site-lisp/slime/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank-loader:init")) (funcall (read-from-string "swank:start-server") "/tmp/slime.32143" :coding-system "iso-latin-1-unix")) ECL (Embeddable Common-Lisp) 10.4.2 Copyright (C) 1984 Taiichi Yuasa and Masami Hagiya Copyright (C) 1993 Giuseppe Attardi Copyright (C) 2000 Juan J. Garcia-Ripoll ECL is free software, and you are welcome to redistribute it under certain conditions; see file 'Copyright' for details. Type :h for Help. Top level in: #<process SI:TOP-LEVEL 0810afc0>. > ;;; Loading "/usr/local/share/emacs/site-lisp/slime/swank-loader.lisp" ;;; Warning: No architecture feature found in (POWERPC PPC X86 X86-64 AMD64 I686 I586 I486 PC386 IAPX386 SPARC64 SPARC HPPA64 HPPA PENTIUM3 PENTIUM4 JAVA-1.4 JAVA-1.5 JAVA-1.6 JAVA-1.7). ;;; Loading #P"/usr/local/lib/ecl-10.4.2/cmp.fas" ;;; Loading "/home/pjb/.slime/fasl/2010-06-18/ecl-10.4.2-linux-unknown/swank-backend.fas" ;;; Loading "/home/pjb/.slime/fasl/2010-06-18/ecl-10.4.2-linux-unknown/swank-source-path-parser.fas" ;;; Loading "/home/pjb/.slime/fasl/2010-06-18/ecl-10.4.2-linux-unknown/swank-source-file-cache.fas" ;;; Loading "/home/pjb/.slime/fasl/2010-06-18/ecl-10.4.2-linux-unknown/swank-ecl.fas" ;;; Loading #P"/usr/local/lib/ecl-10.4.2/sockets.fas" ;;; Loading #P"/usr/local/lib/ecl-10.4.2/profile.fas" ;;; Loading #P"/usr/local/lib/ecl-10.4.2/serve-event.fas" ;;; Loading "/home/pjb/.slime/fasl/2010-06-18/ecl-10.4.2-linux-unknown/swank-gray.fas" ;;; Warning: Class FUNDAMENTAL-CHARACTER-OUTPUT-STREAM has been forward referenced. ;;; Warning: Class FUNDAMENTAL-CHARACTER-INPUT-STREAM has been forward referenced. ;;; Loading "/home/pjb/.slime/fasl/2010-06-18/ecl-10.4.2-linux-unknown/swank-match.fas" ;;; Loading "/home/pjb/.slime/fasl/2010-06-18/ecl-10.4.2-linux-unknown/swank-rpc.fas" ;;; Loading "/home/pjb/.slime/fasl/2010-06-18/ecl-10.4.2-linux-unknown/swank.fas" ;;; Warning: These Swank interfaces are unimplemented: (ACTIVATE-STEPPING ADD-FD-HANDLER ADD-SIGIO-HANDLER DUP EXEC-IMAGE FRAME-CALL LIST-CALLEES LIST-CALLERS MACROEXPAND-ALL MAKE-FD-STREAM REMOVE-FD-HANDLERS REMOVE-SIGIO-HANDLERS RESTART-FRAME RETURN-FROM-FRAME SAVE-IMAGE SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN SLDB-STEP-INTO SLDB-STEP-NEXT SLDB-STEP-OUT TOGGLE-TRACE) ;;; Loading "/home/pjb/.swank.lisp" ;; Swank started at port: 59602. ;;; ;;; Binding stack overflow. ;;; Jumping to the outermost toplevel prompt ;;; ... a lot of them .... ;;; ;;; Stack overflow. ;;; Jumping to the outermost toplevel prompt ;;; ;; swank:close-connection: NIL Top level in: #<process SI:TOP-LEVEL 0810afc0>. > In *inferior-lisp*, the REPL works, but in other buffers, C-x C-e says "Not connected". M-x slime-connect RET cannot connect: *Message*: Connecting to Swank on port 59602.. [2 times] open-network-stream: make client process failed: Connection refused, :name, SLIME Lisp, :buffer, nil, :host, 127.0.0.1, :service, 59602 ~/.swank is empty. -- __Pascal Bourguignon__ http://www.informatimago.com/

3 2

[slime-devel] Daily ChangeLog diff
by Helmut Eller 23 Jun '10

23 Jun '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2111 slime/ChangeLog:1.2112 --- slime/ChangeLog:1.2111 Fri Jun 18 08:31:54 2010 +++ slime/ChangeLog Tue Jun 22 06:02:49 2010 @@ -1,3 +1,7 @@ +2010-06-22 Helmut Eller <heller(a)common-lisp.net> + + * swank-loader.lisp (*architecture-features*): ECL uses :x86_64. + 2010-06-18 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-current-tlf-number,slime-current-form-path):

1 0

[slime-devel] slime/sbcl/fd-handler problem
by Cyrus Harmon 23 Jun '10

23 Jun '10

So, using SBCL and :fd-handler, I got into a situation where running hunchentoot from slime and loading a page triggered an error that gave me a backtrace. Then things got weird as I couldn't view the source of, say, frame 12 without getting an error like: "The variable SWANK-BACKEND::*SLDB-STACK-TOP* is unbound." I forgot I was using fd-handler, but tcr was kind enough to point out that that's probably part of the problem. Not sure what's going on here, but I figured I'd report it. Backtraces below. Thanks, Cyrus The path #P"/Users/sly/projects/hunchentoot-launcher/log/hunch..." does not exist. [Condition of type SB-INT:SIMPLE-FILE-ERROR] Restarts: 0: [TERMINATE-THREAD] Terminate this thread (#<THREAD "Hunchentoot worker (client: 127.0.0.1:61003)" RUNNING {1003A55761}>) Backtrace: 0: (OPEN #P"/Users/sly/projects/hunchentoot-launcher/log/hunchentoot-message.log")[:EXTERNAL] 1: ((FLET SB-THREAD::WITH-MUTEX-THUNK)) 2: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-MUTEX]300)) 3: (SB-THREAD::CALL-WITH-MUTEX ..) 4: (HUNCHENTOOT::LOG-MESSAGE-TO-FILE :ERROR "Error while processing connection: ~A")[:EXTERNAL] 5: ((FLET #:LAMBDA103) #<SB-INT:SIMPLE-FILE-ERROR "~@<The path ~2I~_~S ~I~_does not exist.~:>" {1003B98FD1}>) 6: (SIGNAL #<SB-INT:SIMPLE-FILE-ERROR "~@<The path ~2I~_~S ~I~_does not exist.~:>" {1003B98FD1}>)[:EXTERNAL] 7: (ERROR SB-INT:SIMPLE-FILE-ERROR)[:EXTERNAL] 8: (OPEN #P"/Users/sly/projects/hunchentoot-launcher/log/hunchentoot-access.log")[:EXTERNAL] 9: ((FLET SB-THREAD::WITH-MUTEX-THUNK)) 10: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-MUTEX]300)) 11: (SB-THREAD::CALL-WITH-MUTEX ..) 12: (HUNCHENTOOT::LOG-ACCESS-TO-FILE)[:EXTERNAL] 13: (HUNCHENTOOT::START-OUTPUT)[:EXTERNAL] 14: ((SB-PCL::FAST-METHOD HUNCHENTOOT:PROCESS-REQUEST (T)) #<unavailable argument> #<unavailable argument> #<HUNCHENTOOT:REQUEST {1003679FB1}>) 15: ((SB-PCL::FAST-METHOD HUNCHENTOOT:PROCESS-CONNECTION (HUNCHENTOOT:ACCEPTOR T)) ..) 16: ((SB-PCL::FAST-METHOD HUNCHENTOOT:PROCESS-CONNECTION :AROUND (HUNCHENTOOT:ACCEPTOR T)) ..) 17: ((LAMBDA ())) 18: ((FLET #:WITHOUT-INTERRUPTS-BODY-[BLOCK401]406)) 19: ((FLET SB-THREAD::WITH-MUTEX-THUNK)) --more-- then when I try to either expand the stack trace or visit a source file from the back trace I get the following subsequent error: The variable SWANK-BACKEND::*SLDB-STACK-TOP* is unbound. [Condition of type UNBOUND-VARIABLE] Restarts: 0: [*ABORT] Return to SLIME's top level. 1: [ABORT] Exit debugger, returning to top level. Backtrace: 0: (SWANK-BACKEND::NTH-FRAME 20) 1: ((FLET SWANK-BACKEND:COMPUTE-BACKTRACE) 20 60) 2: (SWANK:BACKTRACE 20 60) 3: (SB-INT:SIMPLE-EVAL-IN-LEXENV (SWANK:BACKTRACE 20 60) #<NULL-LEXENV>) 4: (SWANK::EVAL-FOR-EMACS (SWANK:BACKTRACE 20 60) "COMMON-LISP-USER" 10) 5: (SWANK::PROCESS-REQUESTS T) 6: ((LAMBDA ())) 7: ((LAMBDA ())) 8: (SWANK-BACKEND::CALL-WITH-BREAK-HOOK #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA #) {1002AEA0F9}>) 9: ((FLET SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK) #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA #) {1002AEA0F9}>) 10: (SWANK::CALL-WITH-BINDINGS ..) 11: (SWANK::HANDLE-REQUESTS #<SWANK::CONNECTION {1003B761E1}> T) 12: ((LABELS SWANK-BACKEND::RUN) 7) 13: (SB-IMPL::SUB-SUB-SERVE-EVENT NIL NIL) 14: (SB-IMPL::SUB-SERVE-EVENT NIL NIL NIL) 15: (SB-SYS:WAIT-UNTIL-FD-USABLE 0 :INPUT NIL) 16: (SB-IMPL::REFILL-INPUT-BUFFER #<SB-SYS:FD-STREAM for "standard input" {10037292C1}>) 17: (SB-IMPL::INPUT-CHAR/ASCII #<SB-SYS:FD-STREAM for "standard input" {10037292C1}> NIL #:EOF-OBJECT) 18: ((LAMBDA (&REST REST)) #<SB-SYS:FD-STREAM for "standard input" {10037292C1}> NIL #:EOF-OBJECT) 19: ((LAMBDA (&REST REST)) #<SB-SYS:FD-STREAM for "standard input" {10037292C1}> NIL #:EOF-OBJECT)[:OPTIONAL] --more--

1 0