March 2010 - slime-devel - mailman3.common-lisp.net

[slime-devel] Standard output no longer appears in REPL
by Steven E. Harris 25 Jun '11

25 Jun '11

It's been a couple of months since I last used SLIME. Today I noticed that when I evaluate expressions in the REPL that write to *standard-output*, the output appears in the *inferior-lisp* buffer, but not in the REPL as it used to. I'm using GNU Emacs on Windows atop the CLISP Cygwin build. SLIME is up to date with CVS. Is there some new configuration required to restore the old behavior with output streams feeding into the REPL output? -- Steven E. Harris

5 12

[slime-devel] broken clojure REPL
by Cyrus Harmon 21 May '10

21 May '10

FWIW, the following patch broke the clojure REPL (*inferior-lisp* still works, but not the fancy REPL): commit addc5be70a489cdc8ed555a2fed7273040da196e Author: Tobias C. Rittweiler <trittweiler(a)common-lisp.net> Date: Sat Oct 31 22:13:55 2009 +0000 * slime.el (slime-inside-string-p, slime-inside-comment-p) (slime-inside-string-or-comment-p): New. * swank-match.lisp: New file. Contains very simple pattern matcher from the CMU AI archive. * swank-loader.lisp: Compile swank-match.lisp. * swank.lisp: Make SWANK package use new SWANK-MATCH package. * slime-autodoc.el, swank-arglists.lisp: Large parts were rewritten. Autodoc is now able to highlight &key parameters, and parameters in nested arglists. * slime-parse.el, slime-c-p-c.el, slime-highlighting-edits.el: Adapted to changes. the symptom is the following: ; SLIME 2009-10-31 user> 3 3 user> (+ 3 4) at which point it just hangs... nothing (helpful) in *messages* or *inferior-lisp*. Reverting to the previous commit fixes the problem. It's really nice to be able to use git to quickly bisect the history to find the offending commit. Not so nice when that commit is >2k lines :( TCR, any ideas? thanks, cyrus

9 33

[slime-devel] Error in swank-fancy-inspector when inspecting network streams [with patch]
by Russ Tyndall 14 May '10

14 May '10

When attempting to inspect a network-stream of underlying type SB-SYS:FD-STREAM I always get the following error: Error: The value NIL is not of type PATHNAME. I wrote a small patch to swank-fancy-inspector to ignore errors coming from accessing the pathname slot and not render the action link (visit file and show current position) when we do not have a pathname. Cheers, Russ Tyndall Acceleration.net Software Developer commit a26d435542936b2065b9d30e94df7bbed156a0e2 Author: Russ Tyndall <russ(a)acceleration.net> Date: Mon Jan 11 12:04:16 2010 -0500 Made swank-fancy-inspector NOT error when attempting to inspect network streams (due to their pathname being unbound) diff --git a/contrib/swank-fancy-inspector.lisp b/contrib/swank-fancy-inspector.lisp index f68c6b0..f30e0c0 100644 --- a/contrib/swank-fancy-inspector.lisp +++ b/contrib/swank-fancy-inspector.lisp @@ -805,27 +805,29 @@ SPECIAL-OPERATOR groups." (defmethod emacs-inspect ((stream file-stream)) (multiple-value-bind (content) (call-next-method) - (append - `("Pathname: " - (:value ,(pathname stream)) - (:newline) " " - ,@(when (open-stream-p stream) - `((:action "[visit file and show current position]" - ,(make-visit-file-thunk stream) - :refreshp nil) - (:newline)))) - content))) + (let ((pathname (ignore-errors (pathname stream)))) + (append + `("Pathname: " + (:value ,pathname) + (:newline) " " + ,@(when (and (open-stream-p stream) pathname) + `((:action "[visit file and show current position]" + ,(make-visit-file-thunk stream) + :refreshp nil) + (:newline)))) + content)))) (defmethod emacs-inspect ((condition stream-error)) (multiple-value-bind (content) (call-next-method) - (let ((stream (stream-error-stream condition))) + (let* ((stream (stream-error-stream condition)) + (pathname (ignore-errors (pathname stream)))) (if (typep stream 'file-stream) (append `("Pathname: " - (:value ,(pathname stream)) + (:value ,pathname) (:newline) " " - ,@(when (open-stream-p stream) + ,@(when (and (open-stream-p stream) pathname) `((:action "[visit file and show current position]" ,(make-visit-file-thunk stream) :refreshp nil)

2 5

[slime-devel] cursor position after an error from lisp
by Ram Bhamidipaty 14 May '10

14 May '10

Hi, In in the slime repl if I evaluate an expression that causes an error - slime props open an sldb window. When I hit 'q' in the sldb window my cursor is not returned to the end of the repl buffer. I am using xemacs 21.5.29 with sbcl Does anyone else see this? Is there a simple fix? Thanks for any info. -Ram

2 1

[slime-devel] [Bug] output of *inferior-lisp* buffer is shown in slime-repl
by Tobias C. Rittweiler 01 Apr '10

01 Apr '10

It seems like output due to evaluation in *inferior-lisp* is redirected into the slime-repl. -T.

1 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 30 Mar '10

30 Mar '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2046 slime/ChangeLog:1.2050 --- slime/ChangeLog:1.2046 Fri Mar 26 22:07:57 2010 +++ slime/ChangeLog Mon Mar 29 11:57:44 2010 @@ -1,3 +1,30 @@ +2010-03-29 Helmut Eller <heller(a)common-lisp.net> + + * slime.el: Add gud as compile-time dependency. + +2010-03-29 Helmut Eller <heller(a)common-lisp.net> + + Compile swank-sbcl-exts only for SBCL. + + * swank-loader.lisp (*contribs*): Add #+sbcl. + +2010-03-29 Helmut Eller <heller(a)common-lisp.net> + + Minor cleanups + + * swank.lisp (connection): Make socket-io read-only again. + (*connections*): Move declaration before first use. + (finish-connection-setup): Merged into make-connection. + (accept-connections): Renamed from serve-connection and + reorganized so that the socket-io slot can be read-only. + (accept-authenticated-connection): Renamed to authenticate-client. + Update callers accordingly. + +2010-03-29 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp (connection-info): Use princ-to-string rather than + prin1-to-string as the latter may barf if *print-readably* is nil. + 2010-03-27 Stas Boukarev <stassats(a)gmail.com> * slime.el (slime-check-location-buffer-name-sanity): Less duplication, Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.360 slime/contrib/ChangeLog:1.361 --- slime/contrib/ChangeLog:1.360 Tue Mar 23 16:21:48 2010 +++ slime/contrib/ChangeLog Mon Mar 29 22:07:10 2010 @@ -1,3 +1,11 @@ +2010-03-30 Stas Boukarev <stassats(a)gmail.com> + + * swank-arglists.lisp (*arglist-show-packages*): New + customization variable, when non-nil show qualified symbols. + (with-arglist-io-syntax): new macro for respecting the above variable. + (decoded-arglist-to-string, decoded-arglist-to-template-string): Use + the macro above. + 2010-03-23 Tobias C. Rittweiler <tcr(a)freebits.de> Do not do an unnecessary autodoc RPC request in case we're not

1 0

[slime-devel] Debugging SBCL...
by Andrei Stebakov 27 Mar '10

27 Mar '10

I am trying to debug a web app (based on hunchentoot and weblocks). Let's say I have a function (defun test-func(a) (let ((b 1) (c 2)) (break))) I call this (test-func 0) from (defun weblocks-dispatcher (request) ....) When I hit break, am I supposed to see a, b and c as local variables in the frame? All I can see is the request parameter of weblocks-dispatcher and not even the frame for test-func, what I am missing? Backtrace: 0: (BREAK "break") Locals: SB-KERNEL::ARGUMENTS = NIL SB-KERNEL::DATUM = "break" 1: (WEBLOCKS::WEBLOCKS-DISPATCHER #<HUNCHENTOOT:REQUEST {CFAAB71}>) Locals: SB-DEBUG::ARG-0 = #<HUNCHENTOOT:REQUEST {CFAAB71}> I am using the very latest SBCL 1.0.36 and latest cvs slime. Thank you, Andrei

3 3

[slime-devel] Daily ChangeLog diff
by Helmut Eller 27 Mar '10

27 Mar '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2045 slime/ChangeLog:1.2046 --- slime/ChangeLog:1.2045 Sun Mar 21 09:45:28 2010 +++ slime/ChangeLog Fri Mar 26 22:07:57 2010 @@ -1,3 +1,10 @@ +2010-03-27 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-check-location-buffer-name-sanity): Less duplication, + reuse slime-check-location-filename-sanity. + (slime-check-location-filename-sanity): Do any work only when + slime-warn-when-possibly-tricked-by-M-. is non-nil. + 2010-03-21 Stas Boukarev <stassats(a)gmail.com> * start-swank.lisp: Document options to swank-loader:init.

1 0

[slime-devel] Using Clozure CL with GNU Emacs and SLIME
by Adam Getchell 24 Mar '10

24 Mar '10

I'm trying to get Clozure CL setup with Emacs and SLIME on Ubuntu 9.10. per these directions: http://ccl.clozure.com/ccl-documentation.html#Using-CCL-with-GNU-Emacs-and-… CCL info: adam@ubuntu:~$ ./ccl64 -V Version 1.4-r13548M (LinuxX8664) Located in ~/ccl, the startup script is ~./ccl64 (copied from ccl directory) Emacs info: This is GNU Emacs 23.1.1 (x86_64-pc-linux-gnu, GTK+ Version 2.18.3) of 2009-11-10 on crested, modified by Debian SLIME info: Located in ~/emacs/site, checked out today using: sudo cvs -d :pserver:anonymous@common- lisp.net:/project/slime/cvsroot co slime adam@ubuntu:~$ cat .emacs (set-language-environment "utf-8") (add-to-list 'load-path "~/emacs/site/slime/") (setq inferior-lisp-program "~/ccl64 -K utf-8") (require 'slime) (setq slime-net-coding-system 'utf-8-unix) (slime-setup) ;;; This was installed by package-install.el. ;;; This provides support for the package system and ;;; interfacing with ELPA, the package archive. ;;; Move this code earlier if you want to reference ;;; packages in your .emacs. (when (load (expand-file-name "~/.emacs.d/elpa/package.el")) (package-initialize)) When I start Emacs I get these errors in the messages buffer: Loading 00debian-vars...done Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)... Loading debian-ispell... Loading /var/cache/dictionaries-common/emacsen-ispell-default.el (source)...done Loading debian-ispell...done Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)...done Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...done Loading /etc/emacs/site-start.d/50global.el (source)...done Loading /etc/emacs/site-start.d/50psvn.el (source)...done Loading /etc/emacs/site-start.d/50slime.el (source)... Error while loading 50slime: Cannot open load file: /usr/share/emacs23/site-lisp/slime/slime-autoloads Loading /home/adam/.emacs.d/elpa/package.el (source)...done For information about GNU Emacs and the GNU system, type C-h C-a. When I do M-x slime I get these errors: (progn (load "/usr/share/common-lisp/source/slime/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank:start-server") "/tmp/slime.3489" :coding-system "utf-8-unix")) Welcome to Clozure Common Lisp Version 1.4-r13548M (LinuxX8664)! ? > Error: File "/usr/share/common-lisp/source/slime/swank-loader.lisp" does not exist. > While executing: CCL::%LOAD, in process listener(1). > Type :POP to abort, :R for a list of available restarts. > Type :? for other options. 1 > It looks like SLIME somehow doesn't know about swank? Suggestions for how to fix? Thanks Adam Getchell -- "Invincibility is in oneself, vulnerability in the opponent." -- Sun Tzu

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 24 Mar '10

24 Mar '10

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.359 slime/contrib/ChangeLog:1.360 --- slime/contrib/ChangeLog:1.359 Sat Mar 20 04:27:50 2010 +++ slime/contrib/ChangeLog Tue Mar 23 16:21:48 2010 @@ -1,3 +1,12 @@ +2010-03-23 Tobias C. Rittweiler <tcr(a)freebits.de> + + Do not do an unnecessary autodoc RPC request in case we're not + actually inside a form. + + * slime-autodoc.el (slime-make-autodoc-rpc-form): Return nil if + not inside a form. + (slime-autodoc): Adapted accordingly to propagate nil to eldoc. + 2010-03-20 Stas Boukarev <stassats(a)gmail.com> * slime-c-p-c.el, slime-fuzzy.el: Don't define keys on slime-repl-mode-map

1 0

[slime-devel] Restartable frames
by Terje Norderhaug 23 Mar '10

23 Mar '10

Six swank back-ends implement the RESTART-FRAME interface. Yet only two of these back-ends implements FRAME-RESTARTABLE-P, which is used by the BACKTRACE slimefun to identify whether a frame is restartable. Allegro and SBCL implement both restart-frame and frame-restartable- p. ABCL, CCL, CLISP and LispWorks only implement restart-frame. For consistency, perhaps back-ends that implement restart-frame also could implement frame-restartable-p? -- Terje Norderhaug terje(a)in-progress.com

2 9

[slime-devel] Daily ChangeLog diff
by Helmut Eller 22 Mar '10

22 Mar '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2043 slime/ChangeLog:1.2045 --- slime/ChangeLog:1.2043 Fri Mar 19 08:32:30 2010 +++ slime/ChangeLog Sun Mar 21 09:45:28 2010 @@ -1,3 +1,15 @@ +2010-03-21 Stas Boukarev <stassats(a)gmail.com> + + * start-swank.lisp: Document options to swank-loader:init. + + * doc/slime.texi (Miscellaneous): mention + `sldb-break-with-system-debugger'. + +2010-03-21 Stas Boukarev <stassats(a)gmail.com> + + * start-swank.lisp: New file for starting swank by simply loading + sbcl --load start-swank.lisp + 2010-03-19 Tobias C. Rittweiler <tcr(a)freebits.de> * slime.el (slime-lisp-implementation-program): New connection

1 0

[slime-devel] autodoc tweaks for CLON object system
by David O'Toole 21 Mar '10

21 Mar '10

Hi everyone, I'm trying to implement the solution described in http://common-lisp.net/pipermail/slime-devel/2008-August/015392.html However, when trying to use slime-autodoc and see if it works, as soon as point rests in between the brackets of [method-name object arg1 arg2...] i get an error with the message eldoc error: (wrong-type-argument listp [define-key)) I know this is an old thread, but I've put off implementing it long enough. Can anyone point me in the right direction for getting things to work?

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 21 Mar '10

21 Mar '10

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.358 slime/contrib/ChangeLog:1.359 --- slime/contrib/ChangeLog:1.358 Fri Mar 12 22:08:04 2010 +++ slime/contrib/ChangeLog Sat Mar 20 04:27:50 2010 @@ -1,3 +1,10 @@ +2010-03-20 Stas Boukarev <stassats(a)gmail.com> + + * slime-c-p-c.el, slime-fuzzy.el: Don't define keys on slime-repl-mode-map + if slime-repl isn't loaded. + * slime-presentations.el: Refuse to load if slime-repl isn't loaded. + Reported by Robert Goldman. + 2010-03-13 Stas Boukarev <stassats(a)gmail.com> * slime-asdf.el: use slime-from-lisp-filename so that slime-tramp can work.

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 20 Mar '10

20 Mar '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2036 slime/ChangeLog:1.2042 --- slime/ChangeLog:1.2036 Tue Mar 16 12:20:07 2010 +++ slime/ChangeLog Thu Mar 18 14:24:25 2010 @@ -1,3 +1,84 @@ +2010-03-18 Tobias C. Rittweiler <tcr(a)freebits.de> + + Remove attach-gdb restart. Instead add SLDB shortcut `A'. + + * slime.el (slime-dispatch-event): Remove :gdb-attach. + (slime-attach-gdb): Changed API. Takes connection not pid now and + lightweight &optional arg. If not lightweight, get the default gdb + config from the inferior Lisp. + (sldb-break-with-system-debugger): New command, bound to `A' in + sldb. Called this way to mimick + `sldb-break-with-default-debugger', and because it may make sense + to go beyond gdb in future, e.g. to invoke the Java Debugger for + ABCL. + + * swank.lisp (call-with-gdb-restart, with-gdb-restart): Removed. + (with-top-level-restart): Remove use of with-gdb-restart. + (make-connection, start-server, create-server, setup-server): + Remove inferior-lisp flag again. Not needed anymore. + +2010-03-18 Tobias C. Rittweiler <tcr(a)freebits.de> + + Add M-x slime-attach-gdb as an interactive function. + + The ATTACH-GDB restart is nice because it's convenient and the + backends can specify customized gdb configuration. + + Sometimes, if the Lisp is too screwed up, going over a restart + involving the SWANK middle layer may not be possible. For that, a + manual M-x slime-attach-gdb may come in handy. + + * slime.el (slime-read-connection): New helper. + (slime-attach-gdb): Use it. Make it an interactive function. + +2010-03-18 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp (call-with-gdb-restart): Forgot to remove trailing T. + +2010-03-18 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp (open-dedicated-output-stream): Forgot to rename + accept-authenticated-connection to accept-authenticated-client + here. + +2010-03-18 Tobias C. Rittweiler <tcr(a)freebits.de> + + Add an ATTACH-GDB restart to SLDB. + + * swank.lisp (call-with-gdb-restart): New. Sends the new :gdb-attach event to Emacs. + (with-gdb-restart): Sugar. + (with-top-level-restart): Also expand to with-gdb-restart. + (dispatch-event): Add :gdb-attach event. + + * swank-backend.lisp (gdb-initial-commands): New interface + function so backends can customize how gdb needs to be configured + for their implementation. + + * swank-ecl.lisp (gdb-initial-commands): Implement. + + * slime.el (slime-dispatch-event): Add clause for :gdb-attach. + (slime-attach-gdb): New. + +2010-03-18 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp (connection): Add socket slot, make socket-io slot + not be required to be filled in during object creation. Add + inferior-lisp slot so we can know whether a connection belongs to + a superior Emacs process. Need for that will come in following + commit. + (make-connection): Our constructor. + (create-connection): Removed; not needed anymore. + (finish-connection-setup): Function to fill socket-io slot. + (start-server): Results in inferior-lisp slot being T. + (create-server): Results in inferior-lisp slot being NIL. + (setup-server): Adapted accordingly. Construct connection early so + we do not have to pass down all the meta information explicitly. + (serve-connection): Adapted accordingly. + (accept-authenticated-client): Renamed from + accept-authenticated-connection. + (dispatch-event): Get rid of unused :%apply and :end-of-stream + events. + 2010-03-16 Tobias C. Rittweiler <tcr(a)freebits.de> * swank-ecl.lisp (source-location): Also return EXT::FOO as

3 4

[slime-devel] Daily ChangeLog diff
by Helmut Eller 20 Mar '10

20 Mar '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2042 slime/ChangeLog:1.2043 --- slime/ChangeLog:1.2042 Thu Mar 18 14:24:25 2010 +++ slime/ChangeLog Fri Mar 19 08:32:30 2010 @@ -1,3 +1,18 @@ +2010-03-19 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-lisp-implementation-program): New connection + variable. + (slime-set-connection-info): Adapted to set it. + (slime-attach-gdb): Use it to invoke gdb so gdb is able to find + debugging symbols on non-Linux platforms. + + * swank.lisp (connection-info): Include lisp-implementation-program. + + * swank-backend.lisp (lisp-implementation-program): New interface. + Default implementation based on command-line-args. + + * swank-ecl.lisp (command-line-args): Implement. + 2010-03-18 Tobias C. Rittweiler <tcr(a)freebits.de> Remove attach-gdb restart. Instead add SLDB shortcut `A'. @@ -45,7 +60,8 @@ Add an ATTACH-GDB restart to SLDB. - * swank.lisp (call-with-gdb-restart): New. Sends the new :gdb-attach event to Emacs. + * swank.lisp (call-with-gdb-restart): New. Sends the new + :gdb-attach event to Emacs. (with-gdb-restart): Sugar. (with-top-level-restart): Also expand to with-gdb-restart. (dispatch-event): Add :gdb-attach event.

1 0

[slime-devel] (:end-of-stream) clause in dispatch-event
by Tobias C. Rittweiler 19 Mar '10

19 Mar '10

Grepping for :end-of-stream only reveals that use in dispatch-event. Same for %apply. Any problem with getting rid of those? -T.

3 4

Re: [slime-devel] CVS slime
by Helmut Eller 18 Mar '10

18 Mar '10

* CVS User trittweiler [2010-03-18 16:59+0100] writes: > Update of /project/slime/cvsroot/slime > In directory cl-net:/tmp/cvs-serv19810 > > Modified Files: > ChangeLog slime.el > Log Message: > Add M-x slime-attach-gdb as an interactive function. > > The ATTACH-GDB restart is nice because it's convenient and the > backends can specify customized gdb configuration. Is there a technical reason that the restart must be there or is it a time limited advertising campaign? Helmut

3 6

[slime-devel] [2nd CfP] 7th European Lisp Workshop at ECOOP'10, June 21/22
by Didier Verna 17 Mar '10

17 Mar '10

+------------------------------------------------------------+ | 2ND CALL FOR PAPERS | | 7th European Lisp Workshop | | June 21/22, Maribor, Slovenia - co-located with ECOOP 2010 | +------------------------------------------------------------+ News ==== Our invited speaker, Manuel Serrano, will talk about "diffuse programming" and HOP. The abstract of his presentation can be found on the website at: http://european-lisp-workshop.org/upcoming/programme.php 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 17 Mar '10

17 Mar '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2035 slime/ChangeLog:1.2036 --- slime/ChangeLog:1.2035 Thu Mar 11 04:05:50 2010 +++ slime/ChangeLog Tue Mar 16 12:20:07 2010 @@ -1,3 +1,10 @@ +2010-03-16 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-ecl.lisp (source-location): Also return EXT::FOO as + candidate to search through the TAGS file because SI and EXT both + name the same package, and in ECL's code base, sometimes the + former, sometimes the latter is used. + 2010-03-10 Tobias C. Rittweiler <tcr(a)freebits.de> * swank.lisp (signal-interrupt): Removed.

1 0

[slime-devel] PATCH: Improving interaction with other systems
by Andrey Moskvitin 13 Mar '10

13 Mar '10

Hi, Now Hunchentoot included the following code: (when (find-package :swank) (ignore-errors (eval `(,(find-symbol (string '#:add-hook) :swank) ,(find-symbol (string '#:*connection-closed-hook*) :swank) 'after-close-swank-connection)))) This does not seem reliable, but is absolutely necessary for a more safe debugging remote servers. I propose a patch that will rewrite this code more natural way: #+swank(swank:add-hook swank:*connection-closed-hook* 'after-close-swank-connection) See attachment. Moskvitin Andrey

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 13 Mar '10

13 Mar '10

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.356 slime/contrib/ChangeLog:1.358 --- slime/contrib/ChangeLog:1.356 Tue Mar 9 18:26:23 2010 +++ slime/contrib/ChangeLog Fri Mar 12 22:08:04 2010 @@ -1,3 +1,13 @@ +2010-03-13 Stas Boukarev <stassats(a)gmail.com> + + * slime-asdf.el: use slime-from-lisp-filename so that slime-tramp can work. + Reported by Peter Stirling. + +2010-03-12 Stas Boukarev <stassats(a)gmail.com> + + * swank-arglists.lisp (extract-local-op-arglists (eql 'labels)): + Fix (labels ((name |))). + 2010-03-09 Stas Boukarev <stassats(a)gmail.com> * swank-arglists.lisp (arglist-ref): Don't error if a &key name isn't

1 0

[slime-devel] slime-asdf
by Peter Stirling 13 Mar '10

13 Mar '10

I read about the new "open-system" repl-command on [1], but found it doesn't support slime-tramp for cross-machine editing (it tries to open the files as if they were on the slime-client machine and not use scp to get the files from the machine with the swank-server). I think the attached patch performs the correct incantation, (it works for me anyway). [1] http://planet.lisp.org/

2 1

[slime-devel] Multiple REPLs
by Sebastian Tennant 12 Mar '10

12 Mar '10

Hi all, In buffer *Slime Connections* the marked entry is the 'default' REPL. What's the significance of 'default' status? Is it that in the case of multiple REPLS on a single lisp instance, it determines which REPL receives the lisp output? And if the above thinking is correct, does it have any significance at all when each REPL is on a separate lisp instance? Regards, Seb -- Emacs' AlsaPlayer - Music Without Jolts Lightweight, full-featured and mindful of your idyllic happiness. http://home.gna.org/eap

3 3

[slime-devel] just testing
by Helmut Eller 12 Mar '10

12 Mar '10

nothing to see

1 0