slime-devel January 2012

slime-devel@common-lisp.net

6 participants
8 discussions

[slime-devel] slime-mrepl buffer modes
by Lynn Quam 27 Jan '12

27 Jan '12

What can be done so that *slime-mrepl* buffers can have the same functionality as the standard *slime-repl* buffer. In particular it would be nice if the inspector could be invoked forms in that buffer. For now, I can use *slime-scratch*.

2 1

[slime-devel] ELS2012 Zadar, Croatia, Call for Papers
by Marco Antoniotti 23 Jan '12

23 Jan '12

Apologies for the multiple postings... =========================================================================== European Lisp Symposium 2012, Zadar, Croatia, April 30th - May 1st, 2012 http://european-lisp-symposium.org The purpose of the European Lisp Symposium is to provide a forum for the discussion and dissemination of all aspects of design, implementation and application of any of the Lisp and Lisp-inspired dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP, Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, and so on. We encourage everyone interested in Lisp to participate. The main theme of the 2012 European Lisp Conference is "Interoperabilty: Systems, Libraries, Workflows". Lisp based and functional-languages based systems have grown a variety of solutions to become more and more integrated with the wider world of Information and Communication Technologies in current use. There are several dimensions to the scope of the solutions proposed, ranging from "embedding" of interpreters in C-based systems, to the development of abstractions levels that facilitate the expression of complex context dependent tasks, to the construction of exchange formats handling libraries, to the construction of theorem-provers for the "Semantic Web". The European Lisp Symposium 2012 solicits the submission of papers with this specific theme in mind, alongside the more traditional tracks which have appeared in the past editions. We invite submissions in the following forms: Papers: Technical papers of up to 15 pages that describe original results or explain known ideas in new and elegant ways. Demonstrations: Abstracts of up to 4 pages for demonstrations of tools, libraries, and applications. Tutorials: Abstracts of up to 4 pages for in-depth presentations about topics of special interest for at least 90 minutes and up to 180 minutes. Lightning talks: Abstracts of up to one page for talks to last for no more than 5 minutes. All submissions should be formatted following the ACM SIGS guidelines and include ACM classification categories and terms. For more information on the submission guidelines and the ACM keywords, see: http://www.acm.org/sigs/publications/proceedings-templates and http://www.acm.org/about/class/1998. Important dates: Jan 31st 2012: submission deadline Feb 21st 2012: acceptance results April 30th, 2012 Conference opens Program Commitee. Chair: Marco Antoniotti, Università degli Studi di Milano Bicocca, Milan, ITALY Local organizers: Damir Ćavar, Eastern Michigan University Franjo Pehar, University of Zadar Damir Kero, University of Zadar Members: Giuseppe Attardi, Università degli Studi di Pisa, Pisa, ITALY Pascal Costanza, Intel, Bruxelles, BELGIUM Marc Feeley, Université de Montreal, Montreal, CANADA Scott McKay, Google, U.S.A. Kent Pitman, U.S.A. Christophe Rhodes, Department of Computing, Goldsmiths, University of London, London, UNITED KINGDOM Robert Strandh, LABRI, Université de Bordeaux, Bordaux, FRANCE Didier Verna, EPITA / LRDE, FRANCE Taiichi Yuasa, Kyoto University, JAPAN

1 0

[slime-devel] Winner-mode doesn't work with SLIME
by Timo Mihaljov 20 Jan '12

20 Jan '12

I'm having trouble restoring my window configuration after SLIME changes it. I use winner-mode, but for some reason winner-undo doesn't work for the changes that SLIME makes. The following screenshots demonstrate the problem. 1. http://i.imgur.com/2EoKK.png This is my initial window configuration. I've entered a bit of invalid source code ("asdf") into a Common Lisp file to get SLIME to pop up an error window upon compilation. 2. http://i.imgur.com/EB8JT.png This is the window configuration after C-c C-k'ing the invalid source code. As expected, SLIME has popped up an error window. 3. http://i.imgur.com/T3TrJ.png This is the window configuration after calling winner-undo. I'd expect it to match the initial window configuration, but instead the pop up window stays up and shows a random buffer. 4. http://i.imgur.com/qp6cn.png For some reason calling winner-redo restored the initial window configuration. This is the result that I expected when calling winner-undo. However, it's not always the undo-redo combination that restores the original window configuration, e.g. sometimes I have to undo twice to get the windows back the way they were. I use winner-mode all the time, and it only has trouble with the changes that SLIME makes, which suggests that there's something peculiar about the way that SLIME shows its pop ups. Is there something that can be done to make SLIME work the way winner-mode expects (which seems to be the way the rest of Emacs works)? -- Timo

2 1

[slime-devel] XCL support ?
by Didier Verna 10 Jan '12

10 Jan '12

Hello, does anyone know if XCL support is under work or even planned for Slime ? Thanks. -- Resistance is futile. You will be jazzimilated. Scientific site: http://www.lrde.epita.fr/~didier Music (Jazz) site: http://www.didierverna.com

2 2

[slime-devel] Daily ChangeLog diff
by Helmut Eller 06 Jan '12

06 Jan '12

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2292 slime/ChangeLog:1.2293 --- slime/ChangeLog:1.2292 Sun Jan 1 20:20:52 2012 +++ slime/ChangeLog Fri Jan 6 01:02:43 2012 @@ -1,3 +1,18 @@ +2012-01-06 Helmut Eller <heller(a)common-lisp.net> + + Add a "sentinel thread" to protect access to global lists. + + * swank.lisp (start-sentinel, sentinel, send-to-sentinel) + (sentinel-serve, sentinel-stop-server, sentinel-maybe-exit): New. + (make-connection, close-connection, setup-server, stop-server): + Use the sentinel. + (close-connection%): Factored out. + * swank-backend.lisp (register-thread, find-registered): New. + * swank-allegro.lisp: Implement it. + * swank-ccl.lisp: + * swank-lispworks.lisp: + * swank-sbcl.lisp: + 2012-01-02 Stas Boukarev <stassats(a)gmail.com> * swank-loader.lisp (lisp-version-string): Append -no-threads to Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.529 slime/contrib/ChangeLog:1.530 --- slime/contrib/ChangeLog:1.529 Fri Dec 30 09:10:13 2011 +++ slime/contrib/ChangeLog Fri Jan 6 01:57:15 2012 @@ -1,3 +1,8 @@ +2012-01-06 Helmut Eller <heller(a)common-lisp.net> + + * swank-mrepl.lisp (send-prompt): Fix use of OR. + Reported by Mark H. David. + 2011-12-30 Nikodemus Siivola <nikodemus(a)random-state.net> * slime-cl-indent.el (common-lisp-looking-at-keyword): New function. Looks

1 0

[slime-devel] Problem with Lisp buffer menus
by Lynn Quam 06 Jan '12

06 Jan '12

Perhaps I missed earlier slime-devel message traffic on this issue. I have recently switched to using the recent (checked out cvs version of slime on Dec 30) with sbcl-1.0.54-x86-64-linux-binary. The CVS/Entries file shows: /slime.el/1.1392/Sat Dec 24 17:45:23 2011// When I start sbcl using slime everything looks good, except Lisp-Mode buffers do not have "SLIME" "REPL" ... entries in the Emacs main menu-bar. The *slime-repl buffer has these entries. I am using the slime-fancy: (defvar slime-default-contribs '(slime-fancy)) I have started emacs without my normal .emacs initialization in an attempt to diagnose the problem, and supplying the bare minimum commands to start slime. Same problem. Any suggestions?

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 02 Jan '12

02 Jan '12

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2291 slime/ChangeLog:1.2292 --- slime/ChangeLog:1.2291 Sat Dec 24 09:45:23 2011 +++ slime/ChangeLog Sun Jan 1 20:20:52 2012 @@ -1,3 +1,8 @@ +2012-01-02 Stas Boukarev <stassats(a)gmail.com> + + * swank-loader.lisp (lisp-version-string): Append -no-threads to + SBCL without threads. + 2011-12-24 Stas Boukarev <stassats(a)gmail.com> * slime.el (slime-init-command): Don't call

1 0

[slime-devel] SBCL threaded vs non-threaded issues
by Lynn Quam 02 Jan '12

02 Jan '12

It would be useful if lisp-version-string in swank-loader.lisp would distinguish between threaded and non-threaded SBCL versions so that .slime/fasl/... files are kept in separate subdirectories.

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 January 2012