slime-devel November 2008

slime-devel@common-lisp.net

18 participants
26 discussions

[slime-devel] in-package inside strings, lists...
by Stas Boukarev 10 Nov '08

10 Nov '08

When I have IN-PACKAGE inside string or list, slime's information about current package becomes screwed. " (in-package :foo) " or '( (in-package :foo)) -- With Best Regards, Stas.

3 2

[slime-devel] Eliminating annoying pop-ups
by Madhu 05 Nov '08

05 Nov '08

It used to be possible to stop slime from popping up the repl buffer (when evaluating forms from a file, say) with the following: ,---- ;; madhu 050219 (pop-up-windows nil) | ;; pop-up-windows | (defun slime-maybe-display-output-buffer-better-not (start end)) | (setq slime-show-last-output-function | 'slime-maybe-display-output-buffer-better-not) `---- This mechanism has been removed recently, How could I achieve the same effect in newer slime? i.e. ensure that slime does not pop up buffers during evaluation -- Madhu

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 03 Nov '08

03 Nov '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1578 slime/ChangeLog:1.1581 --- slime/ChangeLog:1.1578 Fri Oct 31 14:19:35 2008 +++ slime/ChangeLog Sun Nov 2 12:05:24 2008 @@ -1,3 +1,20 @@ +2008-11-02 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-popup-buffer-quit): Always delete windows and + bury the buffer. + +2008-11-02 Helmut Eller <heller(a)common-lisp.net> + + * swank-backend.lisp (slime-interrupt-queued): New condition. + * swank.lisp (invoke-or-queue-interrupt): Raise it here. + * swank-cmucl.lisp (wait-for-input): Make fd readable in condition + handler so that we can call serve-events without timeout. + +2008-11-02 Helmut Eller <heller(a)common-lisp.net> + + * slime.el ([test] find-definition.2, [test] compile-defun): + Expect to fail for CCL. + 2008-10-31 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-repl-history-pattern): Simplify as suggested by

1 0

[slime-devel] slime has broken cmucl mp
by Madhu 01 Nov '08

01 Nov '08

It used to be possible to run multiprocessing servers like a webserver which coexisted with slime. This is no longer possible With current CVS slime, swank's WAIT-FOR-EVENT blocks all other processes from handling FD events There is a simple test case, but here is a more realistic one: I'm attaching a program "t2.lisp" which seeks to illustrates the problem. This is a simple program which listens on a port [8128 by default] and prints a message to clients which connect to it. -- In a bare lisp * (load "t2.lisp") LISTEN-FOR-CONNECTIONS creates a process which listens at port 8128. -- run `telnet localhost 8128' from a shell, a few times. This will result in the bogus service printing a message to the telnet client, as expected. -- load slime in the lisp, and listen at port 4005 * (load "/path/to/swank-loader.lisp") * (swank-loader::init) * (swank::setup-server 4005 #'print nil nil (swank::find-external-format "latin-1-unix")) -- Connect to the lisp from emacs using M-x slime-connect localhost 4005 -- run `telnet localhost 8128' from a shell. This hangs until the slime connection exits. This is a serious problem, and exposes many issues with SLIME's design. -- Madhu

2 4

[slime-devel] Daily ChangeLog diff
by Helmut Eller 01 Nov '08

01 Nov '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1574 slime/ChangeLog:1.1578 --- slime/ChangeLog:1.1574 Thu Oct 30 09:28:51 2008 +++ slime/ChangeLog Fri Oct 31 14:19:35 2008 @@ -1,3 +1,25 @@ +2008-10-31 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-repl-history-pattern): Simplify as suggested by + Knut Olav Bøhmer and Michael Weber. + +2008-10-31 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-eval-with-transcript) + (slime-eval-with-transcript-cont): Restore the current buffer, + before calling cont. + +2008-10-31 Helmut Eller <heller(a)common-lisp.net> + + * swank-lispworks.lisp (describe-function): Don't use + string-upcase on lambda-list-argruments, because not all elements + must be symbols. + +2008-10-31 Helmut Eller <heller(a)common-lisp.net> + + * swank.lisp (debug-in-emacs): Bind *sldb-quit-restart* here. If + necessary, use the current abort retstart. + 2008-10-30 Helmut Eller <heller(a)common-lisp.net> * swank-sbcl.lisp (wait-for-input): Return streams which are at Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.139 slime/contrib/ChangeLog:1.140 --- slime/contrib/ChangeLog:1.139 Thu Oct 30 09:28:25 2008 +++ slime/contrib/ChangeLog Fri Oct 31 13:52:16 2008 @@ -1,3 +1,9 @@ +2008-10-31 Nikodemus Siivola <nikodemus(a)random-state.net> + + * swank-presentation-streams.liso (slime-stream-p): delete + references to SB-IMPL::INDENTING-STREAM, which is unused in SBCL + and liable to go away. + 2008-10-30 Ivan Shvedunov <ivan4th(a)gmail.com> * swank-listener-hooks.lisp (%listener-eval): Return nil.

1 0

[slime-devel] q in sldb doesn't quit anymore
by Raymond Toy 01 Nov '08

01 Nov '08

In the latest CVS build of slime, pressing "q" in sldb doesn't abort anymore. I get another error. Pressing "a" does abort. I hope this wasn't an intentional change. I have "q" hardwired now, so changing to "a" will be hard. :-( Ray

2 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel November 2008