slime-devel November 2006

slime-devel@common-lisp.net

42 participants
58 discussions

[slime-devel] slime apparently mis-reporting closed connection
by Samium Gromoff 26 Oct '07

26 Oct '07

After well into the second decade of slime-disconnect/slime-connect loop iteration (interweaved with normal operation) the emacs side of slime stopped recognising connection status. I`m doing a slime-disconnect, restarting swank and slime-connect, however immediately after this either a slime-load-file or a (load ...) in slime repl result in a message "Connection closed." i have some time before i will have to reboot the machine, and until then i can provide various forensics upon request... regards, Samium Gromoff

5 5

[slime-devel] slime-apropos-package now sorts correctly
by Hoehle, Joerg-Cyril 20 Apr '07

20 Apr '07

Hi, slime-apropos-package now conforms to its specification and also sorts symbols printed with package prefix. I supply the patches as attachments in the hope that MS-Windows nor MS-Outlook will break the TAB and LF characters of the original diff. I hope this is fine. Regards, Jörg Höhle.

3 3

Re: [slime-devel] Re: COPYRIGHT change - slime contributors please read this
by Luca Capello 19 Jan '07

19 Jan '07

Hello! This is only a remind for those who haven't yet answered, as I'm not sure that silent acceptance of Marco's commit could be considered valid. On Thu, 05 Oct 2006 00:48:04 +0200, Luca Capello wrote: > I'm cc:ing all the interested people (please read below), sorry if > someone of them daily reads SLIME-devel. Please reply to the > SLIME-devel mailing list only (I set R-T and M-F-T accordingly). > > Peter, I cc:ing you FYI, as you're the Debian SLIME maintainer. These are still valid :-) > On Wed, 04 Oct 2006 01:33:07 +0200, Marco Baringer wrote: >> what i really meant to say here was: what should I do for those files >> which have no copyright notice in them? >> >> The files in question are: >> >> swank-ecl.lisp (juan jose garcia is ok with putting this file into >> the public domain) > > As from [1], I think we need Johan Bockgård's agreement as well. > Moreover, the file was modified by Helmut Heller and Douglas Crosher. > I think we also need to add the copyright statement (or at least a > note about its authors). Only Helmut Heller's advice is missing. >> doc/Makefile > > This was firstly created by Luke Gorrie at the same time of > doc/slime.texi and doc/texinfo-tabulate.awk, which clearly contain the > public domain statement (not the same for the copyright). I guess > that doc/Makefile is in the public domain as well, but we need Luke's > word. Modified by Peter Seibel and Christophe Rhodes. Michael Weber > provided the patch to create contributors.texi, > >> HACKING >> NEWS > > Both created by Luke and modified by Helmut. > >> PROBLEMS > > Created by Luke, modified by Helmut, Espen Wiborg and Christophe > Rhodes. Espen Wiborg already put its modifications in the PD. >> README > > Created by Luke, modified by Daniel Barlow, Helmut and Marco > Baringer. Thx, bye, Gismo / Luca

2 3

[slime-devel] slime-display-edit-hilights
by Marco Baringer 23 Dec '06

23 Dec '06

for those of you who don't follow c.l.l (which is probaly a good idea) i commited William Bland's patch[1]. see the ChangeLog for details. 1 - http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/e1d0b7bf… -- -Marco Ring the bells that still can ring. Forget the perfect offering. There is a crack in everything. That's how the light gets in. -Leonard Cohen

8 20

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 20 Dec '06

20 Dec '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1001 slime/ChangeLog:1.1002 --- slime/ChangeLog:1.1001 Sun Nov 12 06:18:57 2006 +++ slime/ChangeLog Sun Nov 19 16:25:15 2006 @@ -1,3 +1,35 @@ +2006-11-19 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-compile-file): Let the Lisp side choose the + coding system. + (slime-coding): Deleted. + + * swank.lisp (compile-file-for-emacs): Use guess-external-format. + + * swank-backend.lisp (find-external-format) + (guess-external-format): New. + (swank-compile-file): The external-format argument is now a + backend specific value returned by find-external-format. + + * swank-cmucl.lisp, swank-sbcl.lisp, swank-clisp, + swank-lispworks.lisp, swank-allegro.lisp, swank-corman.lisp, + swank-ecl.lisp, swank-scl.lisp, swank-abcl.lisp, swank-openmcl: + Update implementations accordingly. + + * swank-source-file-cache.lisp (read-file): Use guess-external-format. + + * swank.lisp (*swank-wire-protocol-version*): Is now initialized + by the loader. + (wire-protocol-version): Removed, because it contained a reference + to swank-loader::*source-directory*. + + * slime.el (slime-set-connection-info): On protocol version + mismatch, ask the user how to proceed. + (slime-protocol-version): New variable. Initialize it at compile + time to detect stale elc files. + + * swank-loader.lisp (load-swank): Set the protocol version. + 2006-11-12 Marco Baringer <mb(a)bese.it> * slime.el (slime-make-tramp-file-name): Added (require 'tramp) @@ -10695,3 +10727,5 @@ ;; Local Variables: ;; coding: latin-1 ;; End: + +This file has been placed in the public domain.

4 4

[slime-devel] OpenGL Integration into the REPL ?
by Sean Charles 14 Dec '06

14 Dec '06

Hello, I am currently developing 'something interesting' using SBCL and OpenGL via Apple X11. I have built SBCL and OpenGLUT from source as I am lucky enough to have an Intel 20" iMac and I wanted to make sure I was getting maximum speed i.e. no Rosetta in the way. My 'project' is coming along but it bugs me that I have to keep stopping and starting the application in order to make changes to the software because once the 'glutMainLoop' gets control the SLIME session doesn't respond anymore. I had to slightly modify the cl-opengl package as it has two symbol naming problems concerning the roman fonts but that is the only change I have had to make along with the library.lisp package which needed to be coaxed into loading my OpenGLUT build on an Intel Darwin platform. Apart from that it works very well, the MESADEMOS:GEARS averages about 4900 frames per second much to my disbelief!!! I know that SBCL does not currently support threading on the intel iMac which maybe would solve all my problems in one fell swoop. Software: SLIME CVS latest as of 13-July-2006 SBCL 0.9.13 OpenGLUT 0.6.3 I have spent a few hours reading the SWANK code trying to see where I can make changes but I am just to new to it, I have used SLIME but never before had a need to modify it and right now it looks a bit intimidating to try and figure out how to do what I would like to do which is basically find a way to make the OpenGL timer function and the display function both to 'keep the SWANK backend alive' by somehow calling whatever is needed to ensure that the SLIME session remains active at the same time as my OpenGL application is running. For me this would be incredibly productive as it means (if I have understood LISP so far [used Smalltalk for about 6 years]) that I can fiddle with my application while it is running and see any changes that affect the display be effected the next time the display is rendered. Is this at all possible??? I would think that a new SWANK back end could be created. I have also toyed with the idea of hacking the SBCL source code directly to contain the OpenGL libraries and somehow making the changes at that point but id I thought SWANK / SLIME was big, SBCL is enormous by comparison and I'd rather be coding my application that fiddling with the tools. Many thanks Sean Charles www.objitsu.com

5 6

[slime-devel] per-slime-dialect slime-connected-hook implementation
by _deepfire＠feelingofgreen.ru 07 Dec '06

07 Dec '06

The following snippet adds support for per-slime-dialect hooks to be called after the connection is established. A subtle point is that this allows for nice customisation of lisp projects to be run: (define-slime-dialect "foo" "sbcl" nil (lambda () (cd "/foo/project/path/") (slime-load-file "load-foo.lisp"))) (define-slime-dialect "bar" "sbcl" nil (lambda () (cd "/path/to/bar/project/") (slime-load-file "load-bar.lisp"))) Granted, this could have been arranged for via parameters to sbcl, effectively making an illusion of two "differeng" lisp implementations, but somehow this just feels... cleaner? (this is against cvs slime) --- slime/slime.el 2006-11-29 04:11:54.000000000 +0300 +++ slime-new/slime.el 2006-11-29 04:07:28.000000000 +0300 @@ -1573,20 +1573,29 @@ (when package (slime-repl-set-package (second package))))))) -(defmacro define-slime-dialect (name &optional program hook) +(defvar *slime-in-dialect* nil) + +(defmacro define-slime-dialect (name &optional program hook connhook) "Define a command slime-dialect-NAME to start a specific Lisp. PROGRAM is the command to start the inferior process. HOOK is function which is run before the process is started." (let ((funsym (intern (format "slime-dialect-%s" name))) (hooksym (intern (format "slime-dialect-%s-hook" name))) + (connhooksym (intern (format "slime-dialect-%s-connected-hook" name))) (progsym (intern (format "slime-dialect-%s-program" name)))) `(progn (defvar ,progsym ,program) (defvar ,hooksym ,hook) + (defvar ,connhooksym ,connhook) + (add-hook 'slime-connected-hook + (lambda () + (when (equal *slime-in-dialect* ,name) + (run-hooks ',connhooksym)))) (defun ,funsym () ,(format "Start up slime according to `%s'." progsym) (interactive) (let ((inferior-lisp-program ,progsym)) + (setq *slime-in-dialect* ,name) (run-hooks ',hooksym) (call-interactively 'slime))))))

9 16

[slime-devel] documentation
by Jeffrey Cunningham 30 Nov '06

30 Nov '06

I just committed changes to doc/slime.texi in CVS. These changes complete the addition of all (current) external functions to the functions index. They are linked to their descriptions. Where there are currently no descriptions I have put them in either slime-mode/Commands/Miscellaneous commands or SLDB: the .../Miscellaneous commands until such time as I or someone else can add descriptions and move them into more suitable locations. If I've left any out, or included (probably) some that shouldn't be there, please let me know. I'm still thinking about how one might do key sub-indices. Regards, --Jeff

1 0

[slime-devel] a per-dialect -connected-hook?
by _deepfire＠feelingofgreen.ru 28 Nov '06

28 Nov '06

Would a patch implementing per-slime-dialect slime-dialect-*-connected-hook by hooking a dispatcher onto slime-connected-hook be deemed a good idea? regards, Samium Gromoff

1 0

[slime-devel] Re: [slime-cvs] CVS slime
by Helmut Eller 28 Nov '06

28 Nov '06

* jsnellman [2006-11-26 19:08+0100] writes: > Log Message: > * swank-source-file-cache.lisp (buffer-first-change): Check > whether a file exists before trying load it into the source > cache. [...] > (defimplementation buffer-first-change (filename) > "Load a file into the cache when the user modifies its buffer. > This is a win if the user then saves the file and tries to M-. into it." > - (unless (source-cached-p filename) > - (ignore-errors (source-cache-get filename (file-write-date filename))))) > + (unless (or (source-cached-p filename) > + (not (ignore-errors (probe-file filename)))) > + (ignore-errors > + (source-cache-get filename (file-write-date filename))))) > I don't understand this change. If the file doesn't exist then OPEN will just fail (which is already handled). And even if PROBE-FILE succeeds, OPEN can still fail, e.g. because some other process deleted the file in between. Which problem does the patch solve?

2 1

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 2006