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

[slime-devel] Any word on a 1.1 release?
by Peter Seibel 21 Apr '05

21 Apr '05

So I'm lagging behind my original plan vis a vis the Practical Common Lisp Lispbox distribution. (I've got preliminary versions of OS X and GNU/Linux Lispboxes up.) So now that it's mid-April is there any chance of an official 1.1 release of SLIME. To date I've been making my own "releases" out of CVS HEAD but it'd be nice to have an official one. -Peter -- Peter Seibel peter(a)gigamonkeys.com Lisp is the red pill. -- John Fraser, comp.lang.lisp

5 12

[slime-devel] Stepping in SBCL
by Svein Ove Aas 21 Apr '05

21 Apr '05

As you may have noticed, single-stepping using the step macro doesn't work with SBCL. [1] After some poking around, I figured out that the cause is a missing handler-bind, and is appaarently easily fixable - just insert the following code. (handler-bind ((sb-impl::step-condition #'sb-impl::invoke-stepper)) <code leading to a (step) form>) My problem is that I can't decide where to put it. The call stack for code run in the REPL seems to only include functions defined in swank.lisp, which is presumably the wrong place to put implementation-dependent code. What should I do?

2 1

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

20 Apr '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.667 slime/ChangeLog:1.669 --- slime/ChangeLog:1.667 Tue Apr 19 22:24:49 2005 +++ slime/ChangeLog Wed Apr 20 19:27:52 2005 @@ -1,3 +1,13 @@ +2005-04-20 Luke Gorrie <luke(a)synap.se> + + * swank.lisp (arglist-to-string): Bind *PRINT-ESCAPE* to NIL. This + way symbols in arglists are printed as with PRINC, i.e. without + package qualifier. + + * swank-sbcl.lisp (preferred-communication-style): Use + `linux_no_threads_p' alien variable to decide whether to use + :SPAWN. From dan_b for compatibility with new SBCLs. + 2005-04-19 heller <heller@xaital> * /project/slime/cvsroot/slime/PROBLEMS: Warn about old kernels.

1 0

[slime-devel] Re: Slime and :sb-futex on recent CVS SBCLs
by Luke Gorrie 20 Apr '05

20 Apr '05

Vincent Arkesteijn <vincent(a)arkesteijn.net> writes: > Doesn't work for me. It looks like you've added a new function > communication-style, which never gets called. Changing the existing > function preferred-communication-style does work for me (on 2.4 both > with and without NPTL). See attached patch. Wow :-) thanks for catching that!

1 0

[slime-devel] Re: [Sbcl-devel] Slime and :sb-futex on recent CVS SBCLs
by dan＠telent.net 20 Apr '05

20 Apr '05

This isn't just about CVS SBCL; SB-FUTEX was removed last month before the 0.8.21 release On Tue, Apr 19, 2005 at 01:56:21PM +0200, Vincent Arkesteijn wrote: > A somewhat related problem, which will be uncovered by fixing the > one that Andreas describes, surfaces when running SLIME+SBCL on > a non-NPTL 2.4 kernel. :sb-thread is still on *features*, so > swank:*communication-style* will be set to :spawn, but calling > make-thread will then fail. Not nice. > > Possible solutions: > 1) Remove :sb-thread from *features* when running on a non-NPTL > kernel. I think this (and the consequently necessary changes to the fasl compatibility checker) is probably TRT, but not this close to a release. > 2) Add some function or variable to SBCL that can be used to check > whether threads actually work, and change SLIME to use that. * (defun communication-style () (if (and (member :sb-thread *features*) (not (sb-alien:extern-alien "linux_no_threads_p" sb-alien:boolean))) :spawn :fd-handler)) COMMUNICATION-STYLE * (communication-style) :SPAWN ... but note that this uses implementation-internal stuff and is not guaranteed to stay working. As the useful working life of any SLIME version on SBCL rarely exceeds three months anyway, that might not be such a big deal -dan

3 2

[slime-devel] Difficulty connecting to external process
by Dan Knapp 20 Apr '05

20 Apr '05

Much like in the recent thread on ssh, I'm trying to use Slime by connecting to a running Lisp. In theory, this ought to be simpler, because I'm not using ssh for it. I am not having much luck. I'm using the latest CVS version of Slime (just ran an update and repeated my test); OpenMCL 1.14.3; and the Emacs version: GNU Emacs 21.3.50.1 (powerpc-apple-darwin7.3.0) of 2004-05-08 on iBook.local In the host process, I load Slime through asdf, then I start it by invoking (setq swank:*use-dedicated-output-stream* nil) (swank:create-server :port 9090 :dont-close t :style nil) The *use-dedicated-output-stream* is there because an old thread on this list advised it. I have also tried without the :style parameter, not that that should have any relevance. Then in Emacs, I do M-x slime-connect RET 127.0.0.1 RET 9090 RET. Emacs says this: Connecting to Swank on port 9090.. net-read error: (end-of-file) error in process-filter: byte-code: PANIC! error in process-filter: PANIC! Lisp says this (I have it set up to dump into syslog): ;; Connection to Emacs lost. ;; [Short read: length=3158064 pos=58] If I try to connect again, I get the same error messages on both ends, so at least I know the loop isn't falling through... Both processes happen to be on the same computer, but are using different copies of the same version of Slime (one of them is inside a .app bundle...), in case that's relevant. Please advise? -- Dan Knapp

2 2

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

19 Apr '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.666 slime/ChangeLog:1.667 --- slime/ChangeLog:1.666 Mon Apr 18 21:39:12 2005 +++ slime/ChangeLog Tue Apr 19 22:24:49 2005 @@ -1,3 +1,15 @@ +2005-04-19 heller <heller@xaital> + + * /project/slime/cvsroot/slime/PROBLEMS: Warn about old kernels. +2005-04-19 Helmut Eller <heller(a)common-lisp.net> + + * PROBLEMS: Warn about old kernels. + + * swank-backend.lisp: Fix some typos. + + * swank-sbcl.lisp (preferred-communication-style): Don't test for + sb-futex, it has lost its meaning in 0.8.21. + 2005-04-18 Helmut Eller <heller(a)common-lisp.net> * slime.el (inferior-lisp-program): Defvar it here, in case it is

1 0

[slime-devel] Re: Slime and :sb-futex on recent CVS SBCLs
by Christophe Rhodes 19 Apr '05

19 Apr '05

Andreas Fuchs <asf(a)boinkor.net> writes: > I'm not entirely sure which of SBCL or SLIME needs to be fixed. Either > SBCL should start including :sb-futex on its *feature* list again (or > some other feature saying that threads are non-broken on this lisp > build), or SLIME should stop checking for :sb-futex (which will break > on SBCLs older than 0.8.21). If it's possible given the time constraints and cvs tagging activity, I'd be happy if the preferred-communication-style checked only :sb-thread, and if the slime release notes for 1.2 required an sbcl of 0.8.21 or later. Would that be OK with you guys? Sorry for the eleventh-hour (or even later) change request... Cheers, Christophe

4 5

[slime-devel] Slime and :sb-futex on recent CVS SBCLs
by Andreas Fuchs 18 Apr '05

18 Apr '05

Hi, current SLIME CVS's swank-sbcl.lisp, function preferred-communication-style contains an assumption that is no longer true about recent SBCLs. Since 0.8.21, usefully threaded SBCL builds don't include :sb-futex in their feature list any more. Still, Swank checks for the presence of :sb-futex on the *features* list before adding the :spawn communication-style. I'm not entirely sure which of SBCL or SLIME needs to be fixed. Either SBCL should start including :sb-futex on its *feature* list again (or some other feature saying that threads are non-broken on this lisp build), or SLIME should stop checking for :sb-futex (which will break on SBCLs older than 0.8.21). Here's the (proof of concept) patch to make slime choose the right communication-style for 0.8.21 or later (but not earlier. I know no practical way to find out if we're running in SBCL version >=X): --- swank-sbcl.lisp 9 Apr 2005 07:07:00 -0000 1.129 +++ swank-sbcl.lisp 18 Apr 2005 22:27:45 -0000 @@ -42,8 +42,7 @@ ;;; TCP Server (defimplementation preferred-communication-style () - (if (and (sb-int:featurep :sb-thread) - (sb-int:featurep :sb-futex)) + (if (and (sb-int:featurep :sb-thread)) :spawn :fd-handler)) Cheers, -- Andreas Fuchs, <asf(a)boinkor.net>, asf(a)jabber.at, antifuchs

1 0

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

18 Apr '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.664 slime/ChangeLog:1.666 --- slime/ChangeLog:1.664 Thu Apr 14 17:41:17 2005 +++ slime/ChangeLog Mon Apr 18 21:39:12 2005 @@ -1,3 +1,20 @@ +2005-04-18 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (inferior-lisp-program): Defvar it here, in case it is + not defined in loaddefs and inf-lisp is not loaded. (That's the + case in XEmacs.) + + * mkdist.sh: update version number. + + * doc/slime.texi: Update version numbers for SBCL and ACL. + +2005-04-17 Peter Seibel <peter(a)gigamonkeys.com> + + * swank-loader.lisp (*implementation-features*): Added features + for GCL and ECL ... + (lisp-version-string): ... and code to compute version + string. (Supplied by someone who's email I've misplaced.) + 2005-04-14 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-selector): Discard input after sleeping.

1 0