slime-devel October 2006

slime-devel@common-lisp.net

41 participants
60 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] 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] slime dies on printing some characters?
by T Taneli Vahakangas 13 Nov '06

13 Nov '06

Hello all, I'm a newb to lisp (using sbcl), slime and emacs, so maybe this is a FAQ or some other trivia I just can't find ... anyway, doing this: (string #\UGARITIC_LETTER_ALPA) causes slime to die and complain on emacs bottom-line about: error in process filter: net-read error: (end-of-file) If I start sbcl from the command-line it works. Most other interesting characters work, like, say #\ARABIC_LETTER_HAMZA or #\HEBREW_LETTER_ALEF, but for whatever reason ugaritic and some others don't. I don't have a comprehensive list, but besides ugaritic, at least #\LANGUAGE_TAG kills slime. What can be done about it? Is there a setting somewhere that needs to be (un)done? Taneli

4 6

[slime-devel] Redirecting output from slime-compile-and-load-file?
by Matt Pillsbury 09 Nov '06

09 Nov '06

Hi, I was wondering if it is possible, using SBCL and SLIME, to have the output (errors, warnings, et c.) from slime-compile-and-load-file directed somewhere other than the REPL? The *compilation notes* buffer seems to contain all the information I need, and it's sort of a pain to have those several screenfuls of output dumped to the REPL. I looked around for something like "slime- compile-file-hook", but if it's there I missed it. Many thanks, Matt

3 2

[slime-devel] C-c C-k with external-format latin
by Nicolas Neuss 03 Nov '06

03 Nov '06

Hello, I have a file containing german "umlaute", which I can load with SBCL using (load "name.lisp" :external-format :latin-1) However C-c C-k yields decoding error on stream #<SB-SYS:FD-STREAM for "file /home/neuss/Programming/lisp/stundenplan.lisp" {1002304EE1}> (:EXTERNAL-FORMAT :UTF-8): the octet sequence (246 114 115 97) cannot be decoded. [Condition of type SB-INT:STREAM-DECODING-ERROR] How can I make C-c C-k (slime-compile-and-load-file) use an external format of :latin-1? Thank you, Nicolas

4 8

[slime-devel] fuzzy update with fixes
by Attila Lendvai 02 Nov '06

02 Nov '06

please find the updated patch attached. (the vector serialization part was crappy and pointless so i've dropped it) there are some other fixes in it, too, like the completion buffer randomly closing when editing the target buffer. 2006-10-21 Attila Lendvai <attila.lendvai(a)gmail.com> * slime.el (slime-setup-command-hooks): Use make-local-hook. (slime-repl-mode): Ditto. (slime-fuzzy-choices-buffer): Ditto. (sldb-mode): Ditto. (slime-fuzzy-completion-limit): New variable. (slime-fuzzy-completion-time-limit-in-msec): New variable. (slime-fuzzy-next): Fix when at the end of the buffer. (slime-temp-buffer-quit): Always close the opened window, updated docstring. Also made the fuzzy maps smarter, they now try to look up keys with 'where-is-internal and map the functions on them. * swank-sbcl.lisp (make-weak-value-hash-table): New for sbcl. (make-weak-key-hash-table): New for sbcl. * swank.lisp (fuzzy-completions and friends): Added :limit and :time-limit-in-msec keyword params. Used vectors instead of lists that nearly doubled its speed (at least on sbcl). Also added some declare optimize and type annotations. -- - attila "- The truth is that I've been too considerate, and so became unintentionally cruel... - I understand. - No, you don't understand! We don't speak the same language!" (Ingmar Bergman - Smultronstället)

3 7

[slime-devel] repl history
by Attila Lendvai 01 Nov '06

01 Nov '06

hi! among others i've got this pending in my local slime: (slime-repl-previous-matching-input): Similar behaviour like isearch-forward. (slime-repl-next-matching-input): Ditto. In more details: You can freely navigate with slime-repl-previous/next-input at any time among the history entries. slime-repl-previous/next-matching-input when invoked sequentially (i.e. pressing M-r multiple times) then it'll find the next matching regexp and also they can be invoked at any history entry. slime-repl-history-navigation-neutral-commands stores a list of commands that are not reseting this behaviour. the downside (?) is that it removes the old behaviour that when you moved the caret inside a history entry retrieved by slime-repl-previous/next-matching-input it was searching for entries that matched the string between the repl start and the caret. to be honest i didn't grasp that behaviour until i was looking at the code due to the annoyance caused by the inability to search again after a first regexp search. my question is, are people using this lost feature? are you satisfied by the way the repl history works in cvs head? -- - attila "- The truth is that I've been too considerate, and so became unintentionally cruel... - I understand. - No, you don't understand! We don't speak the same language!" (Ingmar Bergman - Smultronstället)

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 October 2006