slime-devel February 2010

slime-devel@common-lisp.net

21 participants
36 discussions

[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] [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] 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] Emacs, SLIME and CLISP issue
by Jiehong Ma 28 Feb '10

28 Feb '10

Hello! I'm writting you because I can't get Emacs, SLIME and CLISP working together. Here are my versions number : Emacs 23.1 SLIME cvs from 20091005 CLISP 2.48 My .emacs file contains (add-to-list ’load-path "/usr/share/emacs/site-lisp/ slime/") (setq inferior-lisp-program "/usr/bin/clisp") (require ’slime) (slime-setup) When I type M-x slime on Emacs I get [No Match]… The paths are good because I've checked them 2 times but I can't find why it's not working over the internet. Thank you for helping me

3 2

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

27 Feb '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2000 slime/ChangeLog:1.2001 --- slime/ChangeLog:1.2000 Thu Feb 25 17:35:50 2010 +++ slime/ChangeLog Fri Feb 26 16:02:59 2010 @@ -1,3 +1,9 @@ +2010-02-26 Stas Boukarev <stassats(a)gmail.com> + + * swank-loader.lisp (ecl-version-string): Check length of + the result of ext:lisp-implementation-vcs-id before doing subseq. + On CVS it returns "unknown". + 2010-02-25 Stas Boukarev <stassats(a)gmail.com> * swank-loader.lisp (ecl-version-string): In

1 0

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

26 Feb '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1998 slime/ChangeLog:1.2000 --- slime/ChangeLog:1.1998 Tue Feb 23 17:57:25 2010 +++ slime/ChangeLog Thu Feb 25 17:35:50 2010 @@ -1,3 +1,16 @@ +2010-02-25 Stas Boukarev <stassats(a)gmail.com> + + * swank-loader.lisp (ecl-version-string): In + #+(or) (progn #+#.(cl:print cl:nil) 1) PRINT does run on SBCL, which + breaks #+#.(cl:if (cl:find-symbol "SYMBOL" :ext) ...) here, guard it with + (find-package :ext) until further investigations. + +2010-02-25 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-loader.lisp (lisp-version-string): Add git-commit ids for + ECL because individual commits do not guarantee fasl + compatibility. + 2010-02-23 Tobias C. Rittweiler <tcr(a)freebits.de> * swank-backend.lisp (when-let): New macro. For backends and

1 0

[slime-devel] MCLIDE 1.0b2 Mac Lisp IDE
by Terje Norderhaug 25 Feb '10

25 Feb '10

A new version of MCLIDE is now available. MCLIDE is a free open source Macintosh IDE for Lisp implementations on any platform. It is a double-clickable, stand-alone development environment that just like SLIME connects to a swank server on a target lisp. The application can be downloaded from: http://mclide.in-progress.com The new version of MCLIDE supports LispWorks and Steel Bank Common Lisp (SBCL) as target lisp implementations, in addition to Clozure CL and Macintosh Common Lisp (MCL). MCLIDE can potentially be used with the same Lisp implementations as SLIME. MCLIDEs user interface provides rich interactive development and debugging tools in the form of dialogs interacting with the target Lisp, creating a consistent developer experience regardless of the Lisp. It now includes a plug-in for lisp symbol completion. Another plug-in provides optional lisp syntax styling. Follow the progress of MCLIDE at www.twitter.com/mclide -- Terje Norderhaug terje(a)in-progress.com

1 0

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

24 Feb '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1995 slime/ChangeLog:1.1998 --- slime/ChangeLog:1.1995 Mon Feb 22 16:43:30 2010 +++ slime/ChangeLog Tue Feb 23 17:57:25 2010 @@ -1,3 +1,32 @@ +2010-02-23 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-backend.lisp (when-let): New macro. For backends and + swank.lisp. + + * swank-ecl.lisp: Use it. Also use new location support of ECL git + HEAD. + +2010-02-23 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-postprocess-xref): Show a TAGS entry's hints as + part of an Xref's dspec for the case of multiple matches. + +2010-02-23 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-ecl.lisp (preferred-communication-style): Go back to + NIL. Some parts (like the compiler and CLOS) of ECL do not seem to + be thread-safe yet. Also get rid of non-working implementation of + :FD-HANDLER. + (poll-streams, wait-for-input): Implement on top of select() for + communication-style=NIL. + (*descriptor-handlers*, add-fd-handler, remove-fd-handlers): Get + rid of. + (grovel-docstring-for-arglist): Get rid of it, too. + (arglist): ECL now provides an extra accessor to a function's + arglist. Use that instead. + (emacs-inspect): Get rid of the default method. Don't see its + point. + 2010-02-22 Tobias C. Rittweiler <tcr(a)freebits.de> Make swank-ecl.lisp work with latest ECL Git HEAD.

1 0

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