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

[slime-devel] Slime license annoyances
by Peter Van Eynde 26 Oct '05

26 Oct '05

Hello, I just got a reject from ftpmaster (the person, not that server) for the slime package because some of a stupid packaging error on my part and because the readme says that there is no general license for the package and that you should check all files individualy. When you do that you see that: doc/texinfo-tabulate.awk present.lisp swank-ecl.lisp swank-source-file-cache.lisp swank-source-path-parser.lisp swank.asd mkdist.sh test-all.sh test.sh have no license information. nregex.lisp has a (sort-of) licence without permission to distribute or anything. Could you clear these problems up? Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson|

15 30

[slime-devel] Strange startup behaviour
by Paul Lathrop 26 Oct '05

26 Oct '05

Hello all, I've been banging my head against this for a couple hours and haven't been able to figure out the problem, so I humbly ask for help or a pointer to the right place to ask: I'm attempting to run the current CVS SLIME with SBCL 0.9.5.50. When I hit M-x slime in emacs, compilation notes stream by, and then all action stops with the message: Lisp connection closed unexpectedly: connection broken by remote peer. Here's the weird part. If I start sbcl in a terminal and load up swank manually, connecting with M-x slime-connect from Emacs, everything works fine. I can't find anything enlightening in the *Messages* or *slime-events* buffers - it just quietly dies. Any ideas? --Paul

4 4

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 23 Oct '05

23 Oct '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.798 slime/ChangeLog:1.801 --- slime/ChangeLog:1.798 Fri Oct 21 10:08:24 2005 +++ slime/ChangeLog Sun Oct 23 10:53:00 2005 @@ -1,3 +1,26 @@ +2005-10-23 Stefan Kamphausen <skampi(a)gmx.net> + + * slime.el (slime-repl-history-size, slime-repl-history-file): Use + defcustom to declare the variables. + +2005-10-23 Gabor Melis <mega(a)hotpop.com> + + * swank-backend.lisp (install-debugger-globally): new interface + function + + * swank.lisp (install-debugger): call install-debugger-globally + + * swank-sbcl.lisp (install-debugger-globally): set + sb-ext:*invoke-debugger-hook* too + +2005-10-23 Helmut Eller <heller(a)common-lisp.net> + + * swank-sbcl.lisp (make-stream-interactive): Spawn a thread to + flush interactive streams in reasonably short intervals. + Remove the old backward-compatible threading implementation. + + * swank.lisp (package-string-for-prompt): Respect *print-case*. + 2005-10-21 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-start-swank-server): Avoid comint-send-input

1 0

[slime-devel] sbcl threads and specials
by Gábor Melis 23 Oct '05

23 Oct '05

The behaviour of SBCL's threads is about to be changed wrt specials. Threads shall no longer inherit the values of specials from the parent. It will be quite similar to other threaded lisps in this regard. Light testing shows that everything works fine except typing (sb-thread:make-thread (lambda () (break))) at the repl does not bring up the debugger anymore. It's because install-debugger in swank.lisp does not set the *invoke-debugger-hook*: (setq sb-ext:*invoke-debugger-hook* #'swank-debugger-hook) Until now the value of *invoke-debugger-hook* established by a let binding was inherited by threads, but that's no longer be the case. Let me know if there are other problems lurking behind the surface with the new scheme. Cheers, Gábor

3 3

[slime-devel] Persistent REPL history
by Stefan Kamphausen 23 Oct '05

23 Oct '05

Hi all, I've written a few functions that might be used to save the history of SLIME REPLs to disk. Those are attached as a file. It might be an improvement to save the histories depending on the backend, I don't know. This is not implemented here. Currently the list can be written to a file in two ways: 1. Just overwrite the file with the current history 2. Try to merge the file contents with the current list and save the result. You can see that from the docstrings. Please note, that I did not test the truncating of the list to a maximum size. Also note that although I did test the functions, I have written them just a few hours ago, so they might still be buggy. The defvars should be changed to defcustoms and the functions should be hooked to wherever they make sense. If you are interested in using this code in -say- slime.el I'll pass copyright to you (as I state in the header of the attached file). If you prefer to receive a patch to slime.el I can do that, too. Just tell me. Thanks for developing Slime, Kind Regards Stefan Kamphausen -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl

6 11

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 21 Oct '05

21 Oct '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.797 slime/ChangeLog:1.798 --- slime/ChangeLog:1.797 Tue Oct 18 01:29:48 2005 +++ slime/ChangeLog Fri Oct 21 10:08:24 2005 @@ -1,3 +1,8 @@ +2005-10-21 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-start-swank-server): Avoid comint-send-input + here as it seems to trigger a bug in ansi-color-for-commit-mode. + 2005-10-18 Douglas Crosher <dcrosher(a)common-lisp.net> * swank.lisp (canonical-package-nickname): always return the

1 0

[slime-devel] Corman support in latest slime CVS
by Luke J Crook 21 Oct '05

21 Oct '05

I've tried configuring SLIME for Corman Lisp and have encountered the following error: ?(load "c:/slime/swank-loader.lisp") ;;; Warning: Unused variable G11633 in function COMPILE-FILES-IF-NEEDED-SERIALLY , File c:\slime\swank-loader.lisp, line 110 ;; Loading c:\slime\swank-backend.lisp ;; Loading c:\slime\nregex.lisp ;; Loading c:\slime\swank-corman.lisp ;; Loading c:\slime\swank-gray.lisp ;; Loading c:\slime\swank.lisp ;;; An error occurred in function #< COMPILED-FUNCTION: #xB351B0 >: ;;; Error: #<Error #xB3AE40> ;;; Entering Corman Lisp debug loop. ;;; Use :C followed by an option to exit. Type :HELP for help. ;;; Restart options: ;;; 1 Abort to top level. This used to work perhaps ~2 months ago when last I tried. I'm guessing that between now and then something was added to swank.lisp that Corman does not support? -Luke

3 3

[slime-devel] Problem with ansi-color-for-commit-mode
by Jose A. Ortega Ruiz 21 Oct '05

21 Oct '05

Hello. I'm using latest CVS slime with emacs 22.0.50.1 (from the latest emacs-snapshot debian package). When ansi-color-for-commit-mode is on, M-x slime barfs (i'm attaching the backtrace). Invoking slime again, and reusing the inferior-lisp, things work ok. I can reliably reproduce this behaviour with emacs -nw -q (the same happens without -nw) and then (add-to-list 'load-path ...) (require 'slime) (slime-setup) (require 'ansi-color) (ansi-color-for-commit-mode-on) (slime) The error happens also if i use sbcl instead of cmucl. Unfortunately, i'm not privy enough with slime.el or ansi-color.el to grok from the backtrace what's going on, so any help will be appreciated. Thanks, jao -- We shall do a much better programming job, provided we approach the task with a full appreciation of its tremendous difficulty, provided that we respect the intrinsic limitations of the human mind and approach the task as very humble programmers. (Alan Turing)

3 4

[slime-devel] Error on #<STANDARD-GENERIC-FUNCTION SWANK-BACKEND:SPAWN (0)>
by Nicholas Ochiel 19 Oct '05

19 Oct '05

I recently picked the latest slime code from cvs and attempted to run it using sbcl. I can't seem to get it to work and I'm not sure where to start looking for the problem. Perhaps my blindness is due to the fact that I'm absolutely new to lisp programming. Below is the output from M-x slime: (load "/home/nochiel/my-code/lisp/el/slime/swank-loader.lisp" :verbose t) (swank:start-server "/tmp/slime.6027" :external-format :iso-latin-1-unix) This is SBCL 0.9.5.9, an implementation of ANSI Common Lisp. More information about SBCL is available at <http://www.sbcl.org/>. SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. * ; loading #P"/home/nochiel/my-code/lisp/el/slime/swank-loader.lisp" ;; loading #P"/home/nochiel/.slime/fasl/sbcl-0.9.5.9-linux-x86/swank-backend.fasl" ;; loading #P"/home/nochiel/.slime/fasl/sbcl-0.9.5.9-linux-x86/nregex.fasl" ;; loading #P"/home/nochiel/.slime/fasl/sbcl-0.9.5.9-linux-x86/swank-sbcl.fasl" STYLE-WARNING: redefining PREFERRED-COMMUNICATION-STYLE NIL in DEFMETHOD STYLE-WARNING: redefining CALL-WITHOUT-INTERRUPTS (T) in DEFMETHOD STYLE-WARNING: redefining LISP-IMPLEMENTATION-TYPE-NAME NIL in DEFMETHOD STYLE-WARNING: redefining CALL-WITH-SYNTAX-HOOKS (T) in DEFMETHOD STYLE-WARNING: redefining DEFAULT-READTABLE-ALIST NIL in DEFMETHOD STYLE-WARNING: redefining ARGLIST (T) in DEFMETHOD STYLE-WARNING: redefining CALL-WITH-DEBUGGER-HOOK (T T) in DEFMETHOD STYLE-WARNING: redefining FORMAT-SLDB-CONDITION (T) in DEFMETHOD STYLE-WARNING: redefining CONDITION-REFERENCES (T) in DEFMETHOD STYLE-WARNING: redefining UNPROFILE-ALL NIL in DEFMETHOD ;; loading #P"/home/nochiel/.slime/fasl/sbcl-0.9.5.9-linux-x86/swank-source-path-parser.fasl" ;; loading #P"/home/nochiel/.slime/fasl/sbcl-0.9.5.9-linux-x86/swank-source-file-cache.fasl" STYLE-WARNING: redefining BUFFER-FIRST-CHANGE (T) in DEFMETHOD ;; loading #P"/home/nochiel/.slime/fasl/sbcl-0.9.5.9-linux-x86/swank-gray.fasl" STYLE-WARNING: implicitly creating new generic function STREAM-READ-CHAR-NO-HANG STYLE-WARNING: implicitly creating new generic function STREAM-READ-CHAR-WILL-HANG-P ;; loading #P"/home/nochiel/.slime/fasl/sbcl-0.9.5.9-linux-x86/swank.fasl" WARNING: These Swank interfaces are unimplemented: (ACTIVATE-STEPPING ALL-THREADS CALLS-WHO DISASSEMBLE-FRAME FIND-THREAD INSPECT-FOR-EMACS INTERRUPT-THREAD QUIT-LISP RECEIVE RESTART-FRAME SEND SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN SPAWN THREAD-ID TOGGLE-TRACE WHO-BINDS WHO-CALLS WHO-MACROEXPANDS WHO-REFERENCES WHO-SETS WHO-SPECIALIZES) T * ;; Swank started at port: 1026. debugger invoked on a SIMPLE-ERROR in thread #<THREAD "initial thread" {9003339}>: There is no applicable method for the generic function #<STANDARD-GENERIC-FUNCTION SWANK-BACKEND:SPAWN (0)> when called with arguments (# :NAME "Swank"). Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level. ((SB-PCL::FAST-METHOD NO-APPLICABLE-METHOD (T)) #<unavailable argument> #<unavailable argument> #<STANDARD-GENERIC-FUNCTION SWANK-BACKEND:SPAWN (0)> (#<CLOSURE # {9467AFD}> :NAME "Swank")) 0] -- Nicholas Ochiel, NEO (New Enterprise Objects)(tm) Innovation Machine w: http://www.newenterpriseobjects.com b: http://billionairebusinessman.org "Travelers, it is late. Life's sun is going to set. During these brief days that you have strength, be quick and spare no effort of your wings."

3 5

[slime-devel] Slime licence problems: a possible solution
by Peter Van Eynde 19 Oct '05

19 Oct '05

Hi, Alceste Scalas noticed that the problematic xref.lisp file is only used by clisp, so removing it becomes a possibility. It would be painfull for the clisp hackers, but who needs xref anyway? :-) Then the only barriers between slime and main would be: -swank-ecl.lisp: we could remove this too, but I would prefer to have it with _some_ licence - doc/Makefile HACKING NEWS PROBLEMS README ChangeLog someone just has to declare then PD? Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson|

2 2