slime-devel November 2005

slime-devel@common-lisp.net

35 participants
41 discussions

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

13 Nov '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.808 slime/ChangeLog:1.811 --- slime/ChangeLog:1.808 Sat Nov 12 00:47:03 2005 +++ slime/ChangeLog Sun Nov 13 23:31:43 2005 @@ -1,3 +1,15 @@ +2005-11-14 Douglas Crosher <dcrosher(a)common-lisp.net> + + * swank-scl.lisp (accept-connection): handle the :buffering argument. + +2005-11-13 Andras Simon <andras(a)renyi.hu> + + * swank-abcl.lisp: (accept-connection): New argument: buffering. + +2005-11-13 Andras Simon <andras(a)renyi.hu> + + * swank-abcl.lisp: Steal auto-flush stuff from swank-sbcl.lisp + 2005-11-11 Helmut Eller <heller(a)common-lisp.net> * swank.lisp (*dedicated-output-stream-buffering*): New variable

1 0

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

12 Nov '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.807 slime/ChangeLog:1.808 --- slime/ChangeLog:1.807 Mon Nov 7 09:30:00 2005 +++ slime/ChangeLog Sat Nov 12 00:47:03 2005 @@ -1,3 +1,25 @@ +2005-11-11 Helmut Eller <heller(a)common-lisp.net> + + * swank.lisp (*dedicated-output-stream-buffering*): New variable + to customize the buffering scheme. For single-threaded Lisps we + disable buffering because lazy programmers forget to call + finish-output. + (open-dedicated-output-stream): Use it. + + * swank-backend.lisp, swank-allegro.lisp, swank-lispworks.lisp, + swank-openmcl.lisp, swank-cmucl.lisp, swank-sbcl.lisp, + swank-clisp.lisp, swank-abcl.lisp, swank-corman.lisp, + swank-ecl.lisp (accept-connection): New argument: buffering. + + * slime.el (slime-repl-save-history): When the history exceeds + slime-repl-history-size remove the old not the new entries. + Some renaming: + slime-repl-read-history -> slime-repl-load-history, + slime-repl-read-history-internal -> slime-repl-read-history. + (slime-eval-macroexpand): Call font-lock-fontify-buffer + explicitly, because with certain Emacs versions the buffer doesn't + get fontified immediately. + 2005-11-07 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-eval-macroexpand): Use lisp-mode (and

1 0

[slime-devel] macro expansions
by Jan Rychter 12 Nov '05

12 Nov '05

Is there any fundamental reason why macro expansions (C-c C-m) do not get fontified? --J.

3 4

[slime-devel] SLIME definition location regexps
by Taylor Campbell 11 Nov '05

11 Nov '05

Some time in late August, `slime-goto-location-position' was modified to add a new regexp for searching for definitions, one that would work with Scheme definition forms and also anything else with parentheses before the name being defined. This regexp was commented out a couple weeks ago, which makes locating such definitions impossible; is there a reason that this regexp was commented out, or could it be put back into `slime-goto-location-position'?

2 1

Re: [slime-devel] patchlets on buffering.
by Fred Gilham 11 Nov '05

11 Nov '05

> By default, the connection between the lisp and the slime repl is > buffered. I would like to propose to have it unbuffered. on the > grounds that if the user has a (format t ...), he/she probably wants > the message to appear immediately on the screen :-) Isn't the proper way to make the message appear immediately to use a (force-output) or a (format t "....~%")? -- Fred Gilham gilham(a)csl.sri.com The amazing thing is, back when I was a C++ programmer, I thought that [Design Patterns] was SUCH a great book. And I guess it was, in a way: it made it possible to use C++ and get something done. In the long run, of course, that may have been a disservice... - Alain Picard

3 2

[slime-devel] patchlets on buffering.
by Mario S. Mommer 11 Nov '05

11 Nov '05

Hello, By default, the connection between the lisp and the slime repl is buffered. I would like to propose to have it unbuffered. on the grounds that if the user has a (format t ...), he/she probably wants the message to appear immediately on the screen :-) I've attached two microscopic patches that make the connections unbuffered for sbcl and cmucl. Regards, Mario.

2 2

[slime-devel] SLIME and SBCL
by Nicolas Neuss 11 Nov '05

11 Nov '05

Hello, first let me say thank you for incorporating SLIME into Debian. That version of SLIME also works fine with CMUCL. However, I have problems with making it work with SBCL from Debian. I get the messages: Connecting to Swank on port 33826.. Process bridge is installed Lisp connection closed unexpectedly: exited abnormally with code 256 I also have tried it with the CVS version of SLIME, with the same result. Does it work for others? Do I have to compile SBCL from CVS? Thanks, Nicolas.

3 2

[slime-devel] second micropatch
by Mario S. Mommer 11 Nov '05

11 Nov '05

Oops. Stepped on the "send" button by accident. Here is the second patch, to make swank-sbcl.lisp unbuffered. Regards, Mario.

1 0

[slime-devel] SBCL 0.9.6 and SLIME
by Alan Shields 10 Nov '05

10 Nov '05

Dear list, While trying to solve issues that have cropped up with SBCL 0.9.6 and Araneida, I put some (warn "blah") lines in. With SBCL 0.9.5 this printed to the slime REPL - with 0.9.6 it does not. I'm using a threaded server, so the warnings are happening in another thread. Has this happened to anyone else? Is this intended behavior? Thanks, Alan

1 1

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

07 Nov '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.806 slime/ChangeLog:1.807 --- slime/ChangeLog:1.806 Sun Nov 6 10:09:47 2005 +++ slime/ChangeLog Mon Nov 7 09:30:00 2005 @@ -1,3 +1,12 @@ +2005-11-07 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-eval-macroexpand): Use lisp-mode (and + font-lock-mode) when dispaying the expansion. Suggested by Jan + Rychter. + + * swank-source-path-parser.lisp (make-source-recording-readtable): + Suppress the #. reader-macro. + 2005-11-06 Juho Snellman <jsnell(a)iki.fi> * swank-sbcl.lisp (find-definitions, make-source-location-specification

1 0

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 2005