slime-devel

slime-devel@common-lisp.net

4231 discussions

[slime-devel] slime doesn't handle spaces in inferior-lisp-program ?
by André 14 Dec '06

14 Dec '06

Hi, My setup is. (setq inferior-lisp-program "C:/Program Files/Steel Bank Common Lisp/1.0/sbcl.exe") (add-to-list 'load-path "C:/Program Files/Emacs/site-lisp/slime-2.0") (require 'slime) (slime-setup) When I execute M-x slime I get the error message "Spawning child process: invalid argument". Experimenting a bit, I found that: (file-exists-p inferior-lisp-program) returns t (set-variable 'explicit-shell-file-name inferior-lisp-program) + M-x shell will get me a SBCL "shell". After moving SBCL to c:\sbcl and changing my config to (setq inferior-lisp-program "C:/sbcl/sbcl.exe") I tried M-x slime again and everything worked fine! I've been looking through the slime source (both 2.0 and the latest snapshot) and the split-string calls in slime-read-interactive-arg sure looks suspicious. Is this a known issue? /A

5 4

[slime-devel] swank.lisp *sldb-printer-settings*
by Madhu 14 Dec '06

14 Dec '06

This issue crops up, for example, when debugging huge strings (imagine huge text files slurped into strings), and is caused by the interactions of *PRINT-PRETTY* and *PRINT-LINES*: *PRINT-LINES* is in effect only if *PRINT-PRETTY* is non-NIL Currently swank.lisp defines |(defvar *sldb-printer-bindings* | `((*print-pretty* . NIL) [...] | (*print-lines* . 200) | (*print-escape* . t)) | "A set of printer variables used in the debugger.") So effectively *PRINT-LINES* is not obeyed, and slime prints huge strings (containing newlines) through emacs, causing much burden on all systems. I suggest changing the binding for *PRINT-PRETTY* in *SLDB-PRINTER-BINDINGS* to T if nothing else depends on it. -- Madhu

2 1

[slime-devel] slime.el defface slime-repl-inputed-output-face
by Madhu 13 Dec '06

13 Dec '06

[reported to the author] This problem shows up if you use color-theme.el. (Say) M-x color-theme-high-contrast results in the following error: ``face-attribute: Wrong type argument: symbolp slime-repl-inputed-output-face'' The following changelog entry may apply. |2005-05-18 Antonio Menezes Leitao <aml(a)gia.ist.utl.pt> The following appears to fix it by fixing the :inherit properties (I havent checked against all emacses) =================================================================== RCS file: /project/slime/cvsroot/slime/slime.el,v retrieving revision 1.698 diff -r1.698 slime.el 508c508 < (slime-repl-inputed-output-face)))) --- > slime-repl-inputed-output-face)))

1 0

[slime-devel] #'completion-output-symbol-converter
by Madhu 13 Dec '06

13 Dec '06

When (read-table-case *READTABLE*) is :upcase completing M-V-B<TAB> fails. Similarly :downcase. This is (I believe) because of a change introduced in |2006-10-26 Attila Lendvai <attila.lendvai(a)gmail.com> | (completion-output-symbol-converter): New to handle escaped | symbols for those who need to mess around with symbols like | layered-function-definers::|CONTEXTL::SLOT-VALUE-USING-LAYER|. | When a symbol is escaped then completion is case sensitive. The following patch fixes it [the heuristic] to work as before. --- swank.lisp.~1.422~ 2006-12-10 14:51:16.000000000 +0530 +++ swank.lisp 2006-12-10 16:05:14.000000000 +0530 @@ -3242,7 +3242,7 @@ INPUT is used to guess the preferred case." (ecase (readtable-case *readtable*) (:upcase (cond ((or with-escaping-p - (every #'upper-case-p input)) + (not (some #'lower-case-p input))) #'identity) (t #'string-downcase))) (:invert (lambda (output) @@ -3252,7 +3252,7 @@ (upper (string-downcase output)) (t output))))) (:downcase (cond ((or with-escaping-p - (every #'lower-case-p input)) + (not (some #'upper-case-p input))) #'identity) (t #'string-upcase))) (:preserve #'identity)))

2 1

[slime-devel] inspecting an object from the debugger
by Attila Lendvai 13 Dec '06

13 Dec '06

dear list, seems like when the inspector is opened up in the slime debugger, then it's running the swank side queries/actions in a different thread then the debugger is sitting in. to test this with cvs head see the following: (this is slime cvs head, sbcl cvs head) DT> (defclass foo () ((foo-slot))) DT> (defvar *global*) DT> (defmethod swank::inspect-slot-for-emacs (class (object foo) slot) (let ((result (call-next-method))) (append result `((:action "[test action]" ,(lambda () (setf (slot-value object 'foo-slot) *global*))))))) DT> (let ((*global* 42)) (break "~A" (make-instance 'foo))) ; Evaluation aborted pressing the action results in a *global* is unbound error. is there some fundamental problem behind this or it's just a simple bug? would be nice if someone with more insight into connection/thread handling could take a look at this. -- - attila "- The truth is that I've been too considerate, and so became unintentionally cruel... - I understand. - No, you don't understand! We don't speak the same language!" (Ingmar Bergman - Smultronstället)

1 1

[slime-devel] Slime merges windows when closing down a macroexpansion ..
by Lars Rune Nøstdal 13 Dec '06

13 Dec '06

The problem is that Slime merges windows whenever I compile something C-c-k and when I'm done watching a macro-expansion (closing it with q). This seems to be have been happening for a while as I've been following CVS HEAD; the problem is not visible in FAIRLY-STABLE. ..it's starting to get really annoying and I've gone back to FAIRLY-STABLE now; am I the only one seeing this? -- Lars Rune Nøstdal http://nostdal.org/

1 1

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 12 Dec '06

12 Dec '06

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1018 slime/ChangeLog:1.1019 --- slime/ChangeLog:1.1018 Fri Dec 8 08:32:45 2006 +++ slime/ChangeLog Tue Dec 12 10:40:19 2006 @@ -1,3 +1,20 @@ +2006-12-12 Nikodemus Siivola <nikodemus(a)random-state.net> + + * swank.lisp (inspect-for-emacs integer): Pad the hex formatted + value to eight digits, "Code-char:" instead of "Corresponding + character:", "Integer-length:" instead of "Length:", + "Universal-time:" instead of "As time". + (inspect-object): Use TYPE-FOR-EMACS instead of TYPE-OF. + (inspect-in-emacs): New function, analogous to ED-IN-EMACS. + + * swank-backend.lisp (type-for-emacs): New generic function, + defaults to TYPE-OF for non-integers, and returns FIXNUM or BIGNUM + for integers. + + * slime.el (destructure-case): Indicate in the error message that + it was the Elisp destructure-case that failed to avoid confusion. + (slime-check-eval-in-emacs-enabled): More verbose error message. + 2006-12-07 Marco Baringer <mb(a)bese.it> * swank.lisp (init-inspector): Added eval parameter. If NIL we

1 0

[slime-devel] problem compiling files defining packages
by Lynn Winebarger 12 Dec '06

12 Dec '06

Hi, First, I want to thank the developers for this Lisp IDE. It's very cool. But.... I was trying to compile a file with C-c M-k, and the file started out (defpackage "my-package" (:intern <stuff>) (:use "COMMON-LISP")) (in-package "my-package") Now, this is my first attempt at compiling a CL file (under SBCL 0.9.18), with or with a package involved. And it kept spitting out errors for the stuff after these two lines, and I could not for the life of me see why. Clearly it had something to do with the package declaration, because when I commented the above two lines out, I was able to compile the rest of the file. So I drop into a command line SBCL session, and the file compiled just fine. Anyway, I just wanted to let you know, this was very confusing for a CL newbie (been a Schemer for years, just not CL). It doesn't appear to be in the documentation anywhere. I did find some emails that looked vaguely related from the archives of this list using the gmane interface, but it wasn't something I could easily understand. I'm wondering, as CL developers, how do you get around this issue? It seems like it would be a problem. Thanks, Lynn

3 3

[slime-devel] slime.el (slime-repl-merge-histories)
by Madhu 11 Dec '06

11 Dec '06

[Reported to the author 060520] Currently the function slime-repl-merge-histories appears to be buggy in not deleting duplicates, and maintaining order. For example: ELISP> (slime-repl-merge-histories '(1 2 3 4 5) '(2 3 4 8)) (8 1 5 2 3 4) ELISP> (slime-repl-merge-histories '(1 2 3 4 5 1 2 3 4 5) '(2 3 4 8)) (8 1 5 1 5 2 3 4) I believe the desired result is: (2 3 4 8 1 5) so M-p in a fresh repl will pick the last (latest) item from the previous repl session. I believe the following Changelog entry applies, |2005-10-11 Stefan Kamphausen <skampi(a)gmx.net> and would suggest a simpler function that uses delete-duplicates (for strings): (defun slime-repl-merge-histories (old-hist new-hist) "Merge entries from OLD-HIST and NEW-HIST." (remove-duplicates (append new-hist old-hist) :test 'string= :from-end t)) -- Madhu -- ======================================================================= Open system or closed system, enlightenment or ideology, those are the questions. "John C. Mallery" <jcma(a)ai.mit.edu> enometh(a)meer.net http://www.meer.net/~enometh/ 803 Clayton St #2 San Francisco CA 94117 H:415-242-3375 W:408-343-6255 You have new mail

2 1

[slime-devel] Console raw during a SLIME session
by Sean Charles 10 Dec '06

10 Dec '06

Hi, Can anybody help me out here, I am stuck as I don't know what SLIME does with the I/O once it is running. I am writing a data-entry application, console based, and it must be able to perform read-char without having to press return. To effect this I have had to resort to the following development methodology :- (a) open a new xterm or Terminal.app (OS X 10.4.8) window (b) $ stty cbreak (c) $ sbcl (d) load my code (e) start my application It works just fine, my functions getting a date etc all respond to the correct number of keystrokes but the problem is that it doesn't seem to work from SLIME mode ie the "stty cbreak" doesn't seem to be in force if I execute it from within Emacs. So, does anybody know what I have to do to make it such that a single key press is all I need to get read-char to come back with the keypress inside SLIME+EMACS... it's a bit of a pain having to test it from the shell every time I do something major to the application. is there an even Lispier way of doing this, am I missing something, unaware of something... I have only been using Lisp for about four months now and the size of that HyperSpec still makes my brain hurt ;-) Many thanks, Sean Charles

3 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel