slime-devel February 2010

slime-devel@common-lisp.net

21 participants
36 discussions

[slime-devel] [CfP] 7th European Lisp Workshop, June 21/22 2010, Maribor, Slovenia
by Didier Verna 15 Feb '10

15 Feb '10

+------------------------------------------------------------+ | CALL FOR PAPERS | | 7th European Lisp Workshop | | June 21/22, Maribor, Slovenia - co-located with ECOOP 2010 | +------------------------------------------------------------+ Important Dates =============== Submission deadline: April 19, 2010 Notification of acceptance: May 05, 2010 ECOOP early registration deadline: May 10, 2010 7th European Lisp Workshop: June 21 or 22, 2010 (tbdl) Please note that registration must be done with ECOOP itself. For more information visit http://www.european-lisp-workshop.org Contact: Didier Verna, didier(a)lrde.epita.fr Invited Speaker =============== Manuel Serrano (INRIA, France) http://www-sop.inria.fr/members/Manuel.Serrano/ Overview ======== "...Please don't assume Lisp is only useful for Animation and Graphics, AI, Bio-informatics, B2B and E-Commerce, Data Mining, EDA/Semiconductor applications, Expert Systems, Finance, Intelligent Agents, Knowledge Management, Mechanical CAD, Modeling and Simulation, Natural Language, Optimization, Research, Risk Analysis, Scheduling, Telecom, and Web Authoring just because these are the only things they happened to list." -- Kent Pitman Lisp, one of the eldest computer languages still in use today, is gaining momentum again. The structure of Lisp makes it easy to extend the language or even to implement entirely new dialects without starting from scratch, making it the ideal candidate for writing Domain Specific Languages. Common Lisp, with the Common Lisp Object System (CLOS), was the first object-oriented programming language to receive an ANSI standard and remains the most complete and advanced object system of any programming language, while influencing many other object-oriented programming languages that followed. This workshop will address the near-future role of Lisp-based languages in research, industry and education. We solicit contributions that discuss the opportunities Lisp provides to capture and enhance the possibilities in software engineering. We want to promote lively discussion between researchers proposing new approaches and practitioners reporting on their experience with the strengths and limitations of current Lisp technologies. The workshop will have two components: there will be formal talks, and interactive turorial/demo/coding sessions. Papers ====== Formal presentations in the workshop should take between 20 minutes and half an hour; additional time will be given for questions and answers. Suggested topics include (but are not limited to): - Context-, aspect-, domain-oriented and generative programming - Macro-, reflective-, meta- and/or rule-based development approaches - Protocol meta-programming and libraries - New language features and abstractions - Software evolution - Development aids - Persistent systems - Dynamic optimization - Implementation techniques - Hardware Support - Efficiency, distribution and parallel programming - Educational approaches and perspectives - Experience reports and case studies Interactive Tutorial/Demo/Coding Sessions ========================================= Additionally, we invite less formal talks in the form of interactive tutorial/demo/coding sessions. The purpose of these sessions is both to demonstrate and receive feedback on any interesting Lisp system, either stable or under development. Being less formal than technical paper presentations, these sessions are expected to be highly interactive. Submission Guidelines ===================== Potential contributors are encouraged to submit: - a long paper (around 10 pages) presenting scientific and/or empirical results about Lisp-based uses or new approaches for software engineering purposes, - a short essay (5 pages) defending a position about where research, practice or education based on Lisp should be heading in the near future, - a proposal for an interactive tutorial/demo/coding session (1-2 pages) describing the involved library or application, and the subject of the session. Papers (both long and short) should be formatted following the ACM SIGS guidelines and include ACM classification categories and terms (see below). Authors will later be required to sign an ACM copyright form, as the workshop proceedings will be published in the ACM Digital Library. For more information on the submission guidelines and the ACM keywords, see: http://www.acm.org/sigs/publications/proceedings-templates http://www.acm.org/about/class/1998 Submissions should be uploaded to Easy Chair, at the following address: http://www.easychair.org/conferences/?conf=elw2010 Organizers ========== Didier Verna, EPITA Research and Development Laboratory, Paris Charlotte Herzeel, Programming Technology Lab, Vrije Universiteit, Brussel Robert Strandh, LaBRI, University of Bordeaux 1, France Christophe Rhodes, Goldsmiths College, University of London -- Resistance is futile. You will be jazzimilated. Scientific site: http://www.lrde.epita.fr/~didier Music (Jazz) site: http://www.didierverna.com

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 15 Feb '10

15 Feb '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1980 slime/ChangeLog:1.1981 --- slime/ChangeLog:1.1980 Sat Feb 13 06:34:38 2010 +++ slime/ChangeLog Sun Feb 14 13:26:01 2010 @@ -1,3 +1,8 @@ +2010-02-14 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-attempt-connection): Fix typo. Thanks to Mark + Harig for spotting it. + 2010-02-13 Tobias C. Rittweiler <tcr(a)freebits.de> * slime.el (slime-attempt-connection): Do not keep on trying to

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 14 Feb '10

14 Feb '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1979 slime/ChangeLog:1.1980 --- slime/ChangeLog:1.1979 Sun Feb 7 17:33:53 2010 +++ slime/ChangeLog Sat Feb 13 06:34:38 2010 @@ -1,3 +1,8 @@ +2010-02-13 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-attempt-connection): Do not keep on trying to + connect if inferior process died. + 2010-02-07 Tobias C. Rittweiler <tcr(a)freebits.de> * swank-ecl.lisp: Update threading code. ECL doesn't still work

2 1

[slime-devel] Possible bugs in slime contrib-inclusions
by Matt Lamari 13 Feb '10

13 Feb '10

I believe for many this is concealed by having their lisp implementation able to call "compile-file" and load the affected modules in at runtime - the contribs it determines as missing (right or wrong) will compile the elements it percieves as missing - my implementation (commercial) does not allow this; but it then highlights an inconsistency in the implementation. This may explain it: I configure slime in my .emacs as so: (slime-setup '(slime-repl slime-fancy slime-banner slime-asdf slime-indentation)) Now, due to my implementation, I want my app to include all of the relevant contribs. To achieve this, I needed to do 2 things. 1: In Swank-loader.lisp, add swank-indentation to defvar *contribs* 2: Address another problem in Swank.lisp. . . This is where the compile-file was being decided on and triggered. Basically, despite being present, this test was determining that ASDF and Indentation have to be reincluded. ASDF and Indentation were being passed in as as :swank-indentation and :swank-asdf, then looking for them in *modules* via a string search. However, the string for asdf was "ASDF" not "SWANK-ASDF", and nothing for INDENTATION is present at all despite being loaded. As a temporary hack I make the check avoid reload for either of these modules; but that's obviously not the solution. And I'm not even sure what's populating *modules* - but there is an emission or an inconsistency.

2 5

[slime-devel] Possible bug in slime-indentation.el's slime-handle-indentation-update - modifying user defaults
by Matt Lamari 13 Feb '10

13 Feb '10

This comes to a head with a lisp library defining a macro "defmethod" in another package that wrecks its indentation. I would like to set a default. The docs say to set a default (that won't be overridden) by setting `common-lisp-indent-function property on the symbol. The function slime-handle-indentation-update in slime-indentation.el claims the same in its doc string. It just doesn't actually contain the logic to do so (no "if" that will prevent the override of indentation data if there is a user default - no check on the existing properties at all) Is this the case or am I using it wrong? Thanks, Matt

2 3

[slime-devel] Slime and ECL 9.12.2
by Ash 11 Feb '10

11 Feb '10

Greetings, I tried to configure EMACS 23.1 and Slime (cvs 2010-02-09) to work with ECL 9.12.2 under Windows. After setting up paths, I got the following: Process inferior-lisp exited abnormally with code 3 (progn (load "c:/cpp/slime/slime-2010-02-09/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank-loader:init")) (funcall (read-from-string "swank:start-server") "c:/temp/slime.3488" :coding-system "iso-latin-1-unix")) ECL (Embeddable Common-Lisp) 9.12.2 Copyright (C) 1984 Taiichi Yuasa and Masami Hagiya Copyright (C) 1993 Giuseppe Attardi Copyright (C) 2000 Juan J. Garcia-Ripoll ECL is free software, and you are welcome to redistribute it under certain conditions; see file 'Copyright' for details. Type :h for Help. Top level in: #<process SI:TOP-LEVEL 00a50fc0>. ;;; Loading "c:/cpp/slime/slime-2010-02-09/swank-loader.lisp" ;;; Warning: No architecture feature found in (POWERPC PPC X86 X86-64 AMD64 I686 I586 I486 PC386 IAPX386 SPARC64 SPARC HPPA64 HPPA). ;;; Loading "c:/cpp/slime/slime-2010-02-09/swank-backend.lisp" ;;; Loading "c:/cpp/slime/slime-2010-02-09/swank-source-path-parser.lisp" ;;; Loading "c:/cpp/slime/slime-2010-02-09/swank-source-file-cache.lisp" ;;; Loading "c:/cpp/slime/slime-2010-02-09/swank-ecl.lisp" ;;; Loading #P"c:/msys/1.0/local/SOCKETS.fas" ;;; Loading "c:/cpp/slime/slime-2010-02-09/swank-gray.lisp" ;;; Loading "c:/cpp/slime/slime-2010-02-09/swank-match.lisp" ;;; Loading "c:/cpp/slime/slime-2010-02-09/swank-rpc.lisp" ;;; Loading "c:/cpp/slime/slime-2010-02-09/swank.lisp" ;;; Warning: These Swank interfaces are unimplemented: (ACTIVATE-STEPPING ADD-FD-HANDLER ADD-SIGIO-HANDLER COMMAND-LINE-ARGS DUP EXEC-IMAGE FRAME-CALL LIST-CALLEES LIST-CALLERS MAKE-FD-STREAM PROFILE PROFILE-PACKAGE PROFILE-REPORT PROFILE-RESET PROFILED-FUNCTIONS REMOVE-FD-HANDLERS REMOVE-SIGIO-HANDLERS RESTART-FRAME RETURN-FROM-FRAME SAVE-IMAGE SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN SLDB-STEP-INTO SLDB-STEP-NEXT SLDB-STEP-OUT SOCKET-FD TOGGLE-TRACE UNPROFILE) ;; Swank started at port: 1119. CL-USER> Internal or unrecoverable error in: illegal stream mode [2: No such file or directory] This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. Process inferior-lisp exited abnormally with code 3 I suppose some file is amiss or path is wrong. What's supposed to happen after starting up Swank?

1 0

[slime-devel] resolving conflicting symbols
by Mirko Vukovic 09 Feb '10

09 Feb '10

In one of the last iterations of slime I lost the capability to interactively resolve conflicting symbols. This is on sbcl 1.0.34 and slime a few days old. Is that something broken (I would welcome pointers on how to chase it down), or some switch that I need to set. Thanks, Mirko

3 2

[slime-devel] Daily ChangeLog diff
by Helmut Eller 08 Feb '10

08 Feb '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1977 slime/ChangeLog:1.1979 --- slime/ChangeLog:1.1977 Mon Feb 1 09:51:25 2010 +++ slime/ChangeLog Sun Feb 7 17:33:53 2010 @@ -1,3 +1,14 @@ +2010-02-07 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-ecl.lisp: Update threading code. ECL doesn't still work + with :spawn, though. Work in progress. + +2010-02-07 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp (xref-doit): Declare eql-specializing parameter + ignorable, as some implementations complain about them not being + used. + 2010-02-01 Mark Harig <idirectscm(a)aim.com> * slime.el: Added missing pieces to make `slime-cycle-connections'

1 0

[slime-devel] Issue with reconnection to a running swank server
by Mackram Raydan 08 Feb '10

08 Feb '10

Hey everyone, I was wondeirng if someone can help me with an issue I am having regarding reconnection to a running swank server. I start the swank server with the proper done=-close argument as shown below: (load *swank-loader*) (swank-loader:init) (swank:create-server :port *swank-port* :dont-close t) However after I log into it from emacs using M-x slime-connect and disconnect using M-x slime-disconnect I find myself unable to connect again and i get in emacs the message that Evaluation aborted. As far as I know I am running the same version of slime and swank on the SBCL ver 1.0.29.4 PS if it is of any help i get the following dump when starting the server WARNING: These Swank interfaces are unimplemented: (CALLS-WHO DISASSEMBLE-FRAME SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN WHO-SPECIALIZES) ;; Swank started at port: 4006. ; in: LAMBDA NIL ; (MULTIPLE-VALUE-BIND ; (WEBSERVER::CLIENT-SOCKET WEBSERVER::ADDR WEBSERVER::PORT) ; (SB-BSD-SOCKETS:SOCKET-ACCEPT WEBSERVER::SOCKET) ; (SB-BSD-SOCKETS:SOCKET-CLOSE WEBSERVER::CLIENT-SOCKET) ; (SB-BSD-SOCKETS:SOCKET-CLOSE WEBSERVER::SOCKET)) ; --> MULTIPLE-VALUE-CALL ; ==> ; #'(LAMBDA ; (&OPTIONAL (WEBSERVER::CLIENT-SOCKET) (WEBSERVER::ADDR) ; (WEBSERVER::PORT) ; &REST #:G0) ; (DECLARE (IGNORE #:G0)) ; (SB-BSD-SOCKETS:SOCKET-CLOSE WEBSERVER::CLIENT-SOCKET) ; (SB-BSD-SOCKETS:SOCKET-CLOSE WEBSERVER::SOCKET)) Appreciate any help you can send my way. Regards, Mackram Raydan Company: www.imagimate.com Website: www.trailoflight.net "An invasion of armies can be resisted, but not an idea whose time has come." Victor Hugo

2 1

[slime-devel] minor slime ui improvement: SLIME-OTHER-FRAME
by Jesse Alama 06 Feb '10

06 Feb '10

I usually keep my repl in another emacs frame, so I usually do this when starting a new lisp session: - open the lisp code I want to work on, - M-x slime - C-x b to switch back to the lisp buffer - C-x 5 b to switch to the lisp buffer These utilities might help with that kind of usage: (defun slime-other-frame (&optional command coding-system) "Start an inferior^_superior Lisp and connect to its Swank server in a new frame." (interactive) (let ((buf (generate-new-buffer "slime"))) (switch-to-buffer-other-frame buf) (slime command coding-system))) (defun slime-other-frame-switch-back (&optional command coding-system) "Start an inferior^_superior Lisp and connect to its Swank server in a new frame, then switch back to the frame where this command was invoked." (interactive) (let ((new-buf (generate-new-buffer "slime")) (current-buf (current-buffer))) (switch-to-buffer-other-frame new-buf) (slime command coding-system) (switch-to-buffer-other-frame current-buf))) Comments welcome. Best, JEsse

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 February 2010