slime-devel April 2010

slime-devel@common-lisp.net

21 participants
39 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] 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] Daily ChangeLog diff
by Helmut Eller 30 Apr '10

30 Apr '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2078 slime/ChangeLog:1.2079 --- slime/ChangeLog:1.2078 Tue Apr 27 09:03:59 2010 +++ slime/ChangeLog Thu Apr 29 23:14:35 2010 @@ -1,3 +1,8 @@ +2010-04-29 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-compile-file): Run check-parens after checking + that the buffer is associated with a file. + 2010-04-27 Stas Boukarev <stassats(a)gmail.com> * slime.el (slime-info): New function, opens the manual.

1 0

[slime-devel] SLIME's readline problem?
by 亀田馬志 29 Apr '10

29 Apr '10

Hi. I saw something strange about SLIME and tried googling about it. But couldn't find any clues. Please allow me to post here. I read "Let Over Lambda", a book about macros, and noticed function, named with "!", on a file couldn't be recognized nor compiled through using SLIME. The codes are listed below, using some utilities from the book "On Lisp", written by Paul Graham. ;; *-SIMBOL-P-GENERATOR > ;; (defmacro *-symbol-p-generator (str) > ;; (let ((len (1+ (length str))) > ;; (init-part (string-upcase str))) > ;; `(defun ,(intern (concatenate 'string init-part "-SYMBOL-P")) (s) > ;; (and (symbolp s) > ;; (> (length (symbol-name s)) ,len) > ;; (string= (symbol-name s) > ;; ,init-part > ;; :start1 0 > ;; :end1 ,len))))) > > ;; G-BANG-SYMBOL-PREDICATE > ;; (*-symbol-p-generator "g!") > > (defun g!-symbol-p (s) > (and (symbolp s) > (> (length (symbol-name s)) 2) > (string= (symbol-name s) > "G!" > :start1 0 > :end1 2))) > > ;; DEFMACRO-WITH-G-BANG! > (defmacro defmacro/g! (name args &body body) > (let ((syms (remove-duplicates > (remove-if-not #'g!-symbol-p > (flatten body))))) > `(defmacro ,name ,args > (let ,(mapcar > (lambda (s) > `(,s (gensym ,(subseq > (symbol-name s) > 2)))) > syms) > ,@body)))) > > ;; ONCE-ONLY > (defmacro once-only ((&rest names) &body body) > (let ((gensyms (loop for n in names collect (gensym)))) > `(let (,@(loop for g in gensyms collect `(,g (gensym)))) > `(let (,,@(loop for g in gensyms for n in names collect ``(,,g > ,,n))) > ,(let (,@(loop for n in names for g in gensyms collect `(,n ,g))) > ,@body))))) > > ;; O-BANG-SYMBOLS > ;; (*-symbol-p-generator "o!") > > (defun o!-symbol-p (s) > (and (symbolp s) > (> (length (symbol-name s)) 2) > (string= (symbol-name s) > "O!" > :start1 0 > :end1 2))) > > (defun o!-symbol-to-g!-symbol (s) > (symb "G!" > (subseq (symbol-name s) 2))) > > ;; DEFMACRO-BANG > (defmacro defmacro! (name args &body body) > (let ((os (remove-if-not #'o!-symbol-p args))) > (let ((gs (mapcar #'o!-symbol-to-g!-symbol os))) > `(defmacro/g! ,name ,args > `(let ,(mapcar #'list `(,,@gs) `(,,@os)) > ,(progn ,@body)))))) > > ;; NIF > (defmacro! nif (o!expr pos zero neg) > `(cond ((plusp ,g!expr) ,pos) > ((zerop ,g!expr) ,zero) > (t ,neg))) > > ;;; This is the end of file > C-c C-k shows such a message below. ; in: DEFMACRO! NIF > ; (DEFMACRO! NIF (O!EXPR POS ZERO NEG) > ; `(COND ((PLUSP ,G!EXPR) ,POS) ((ZEROP ,G!EXPR) ,ZERO) (T > ,NEG))) > ; > ; caught ERROR: > ; (during macroexpansion of (DEFMACRO! NIF ...)) > ; The function O!-SYMBOL-P is undefined. > ; > ; compilation unit finished > ; caught 1 ERROR condition > > ; /home/cametan/lol.chapter_2.fasl written > ; compilation finished in 0:00:00.091 > Strange. The function O!-SYMBOL-P was THERE on the file. So I check sbcl repl directly on my bash; in that case, the file could be loaded and compiled without any problem. Therefore, SLIME must have the problem. Actually, if I made the function on REPL on SLIME, NO PROBLEM. The problem is occured when I made a file, load, and compile THE FILE. I checked the file, then I found both g!-symbol-p and o!-symbol-to-g!-symbol are not recognized by SLIME, either. Then, I concluded functions with "!" are not recognized by SLIME. Is there any solution about that? I use Ubuntu 9.10, SBCL and Emacs 23 provided by Ubuntu. Also I use cvs version of SLIME(newest). Here are my lines about SLIME on my .emacs ;;======================================================================= > ;; SLIME > ;;======================================================================= > (setq inferior-lisp-program "/usr/bin/sbcl") > (add-to-load-path-recompile > (expand-file-name "~/slime")) > (add-hook 'lisp-mode-hook (lambda () > (inferior-slime-mode t) > (global-set-key "\C-cH" 'hyperspec-lookup) > (push 'ac-source-slime ac-sources) > (auto-complete-mode))) > > (require 'slime) > > (eval-after-load "slime" > '(progn > (message "Slime configuration...") > (slime-setup '(slime-scratch > slime-editing-commands > slime-fancy > slime-repl > slime-asdf > anything-slime))) > ) > ;; > (setq slime-net-coding-system 'utf-8-unix > ;; inferior-lisp-program "/usr/bin/sbcl" > lisp-indent-function 'common-lisp-indent-function > slime-complete-symbol*-fancy t > slime-complete-symbol-function 'slime-fuzzy-complete-symbol > slime-startup-animation t) > > (slime-autodoc-mode) > ;; > Thanks cametan P.S. I also found SLIME's REPL don't recognized reader macros. Though making reader macro with #foo, SLIME says something like "incomplete input". P.S.2. The author of LOL says he hates Emacs. Then, if he spelled and cursed SLIME, I would give all up.

5 5

[slime-devel] slime "hangs" when iterate package is used on SBCL
by Andrea Taverna 28 Apr '10

28 Apr '10

Hi, I think I came across a (possibly) new bug in SLIME, here is the description: SLIME: cvs snapshot 24/04/2010 Emacs: 23.1.1 SBCL: 1.0.37 ITERATE: 1.4.3 system: Linux Fedora Core 12 x86 32bit Description: the following code ;-------%<-------%<-------%<-------%< (require :iterate) (use-package :iterate) ;-------%<-------%<-------%<-------%< evalueted in either inferior-lisp or slime-repl causes slime to "hang", i.e. after the use command the repl prompt stays unresponsive, I tried waiting several minutes. Commands like slime-interrupt and slime-quit-lisp don't work either, I have to manually kill the sbcl process to quit lisp. Both emacs and sbcl are alive and waiting, in fact it does seem the computer is just waiting me to give some input. The same code evaluated without using iterate's package or inside a unix terminal works without a glitch. TIA Andrea

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 28 Apr '10

28 Apr '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2077 slime/ChangeLog:1.2078 --- slime/ChangeLog:1.2077 Sat Apr 24 00:44:38 2010 +++ slime/ChangeLog Tue Apr 27 09:03:59 2010 @@ -1,3 +1,7 @@ +2010-04-27 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-info): New function, opens the manual. + 2010-04-24 Stas Boukarev <stassats(a)gmail.com> * swank.lisp (format-values-for-echo-area): Also print the length of an

1 0

[slime-devel] Debugging variables
by Zadirion Fay 27 Apr '10

27 Apr '10

Hello, I am new to slime and Lisp in general. I did try searching google before posting this but I can not seem to find any answer to this, so here goes: (defun sample-function (x y) (if (> (+ x y) 15) (+ x y) (error "The sum of x and y must be greater than 15"))) (sample-function 3 4) Given the above code, I can not seem to be able to display the value of x or y for that matter once the debugger kicks in on the line with the error. Once inside the debugger, I tried pressing 'i' for inspect and entered x. Debugger replied with "unbound variable x blabla". Pressed 'e' for eval and wrote (sb-debug:var x) with same result (using sbcl here). Here is exactly what the debugger posts: The sum of x and y must be greater than 15 [Condition of type SIMPLE-ERROR] Restarts: 0: [ABORT] Abort compilation. 1: [ABORT] Return to SLIME's top level. 2: [CLOSE-CONNECTION] Close SLIME connection 3: [ABORT] Exit debugger, returning to top level. Backtrace: 0: (SAMPLE-FUNCTION 3 4) 1: (SB-FASL::LOAD-FASL-GROUP #<SB-SYS:FD-STREAM for "file C:\\Users\\Eddie\\AppData\\Local\\Temp\\16.fasl" {24165B59}>) 2: ((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK)) 3: (SB-FASL::LOAD-AS-FASL #<SB-SYS:FD-STREAM for "file C:\\Users\\Eddie\\AppData\\Local\\Temp\\16.fasl" {24165B59}> NIL #<unavailable argument>) 4: ((FLET SB-FASL::LOAD-STREAM) #<SB-SYS:FD-STREAM for "file C:\\Users\\Eddie\\AppData\\Local\\Temp\\16.fasl" {24165B59}> T) 5: (LOAD #P"C:\\Users\\Eddie\\AppData\\Local\\Temp\\16.fasl")[:EXTERNAL] 6: ((FLET SWANK-BACKEND:SWANK-COMPILE-STRING) "(sample-function 3 4)" :BUFFER "new.lisp" :POSITION 133 :FILENAME NIL :POLICY NIL) 7: ((LAMBDA ())) 8: ((LAMBDA ())) --more-- Can anyone please help? I am getting really depressed here :( Thanks, Eddie

4 3

[slime-devel] Daily ChangeLog diff
by Helmut Eller 25 Apr '10

25 Apr '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2066 slime/ChangeLog:1.2067 --- slime/ChangeLog:1.2066 Thu Apr 15 14:01:13 2010 +++ slime/ChangeLog Sat Apr 17 14:10:20 2010 @@ -1,3 +1,16 @@ +2010-04-17 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-threads-update-interval): New customization + variable, if set to a number the threads buffer will + updated with this interval. + (slime-with-popup-buffer): Rename modes option to mode, + for a major mode. Enabling minor modes from within the body + doesn't cause troubles. End that way it is compatible with XEmacs + since it doesn't need to use minor-mode-list to distinguish + between minor and major modes. + + * swank.lisp (list-threads): Delete the current thread from the listing. + 2010-04-15 Tobias C. Rittweiler <tcr(a)freebits.de> * slime.el (sldb-mode): Include some more commands in its help. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.370 slime/contrib/ChangeLog:1.371 --- slime/contrib/ChangeLog:1.370 Tue Apr 6 09:24:29 2010 +++ slime/contrib/ChangeLog Sat Apr 17 21:35:10 2010 @@ -1,3 +1,11 @@ +2010-04-18 Stas Boukarev <stassats(a)gmail.com> + + * slime-presentations.el + (slime-repl-grab-old-output,slime-copy-or-inspect-presentation-at-mouse): + If the presentation at point is no longer available, remove + presentation properties from the object. + * swank-presentations.lisp (lookup-presented-object): defun->defslimefun. + 2010-04-06 Stas Boukarev <stassats(a)gmail.com> * slime-c-p-c.el (slime-complete-symbol*-fancy-bit): There is no

3 11

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel April 2010