slime-devel December 2004

slime-devel@common-lisp.net

36 participants
52 discussions

[slime-devel] Inspecting gensyms
by Chris Capel 15 Dec '04

15 Dec '04

The SLIME inspector loses when inspecting gensyms (and, judging from the error message, probably all symbols with no package). Why do I want to do this? Because I store some gensyms in a hashtable during a macroexpansion that get assigned fdefinitions I want to inspect. So there. :-P Chris Capel -- "What is it like to be a bat? What is it like to bat a bee? What is it like to be a bee being batted? What is it like to be a batted bee?" -- The Mind's I (Hofstadter, Dennet)

2 1

[slime-devel] slime-eval-last-expression and read-macros
by Chris Capel 14 Dec '04

14 Dec '04

I have a read macro assigned to $ that takes two arguments separated by a dot (it binds the dot character to be whitspace while the expression is read). I can evaluate an expression like $argA.argB by placing the cursor after the expression and running slime-eval-last-expression (usually C-xC-e). However, I can't do it when expressions are nested thusly: $(first $argA.argB).argC because SLIME will send the Lisp process everything but the first $. Now, I understand that the reason slime doesn't do this is because if you try to evaluate things like (funA(funB argA argB) argC) by placing your cursor after the call to funB and evaluating that you don't want it to send the lisp process "funA(funB argA argB)". And, in CL, the $ character is in the alphabetic syntax category. So is there nothing that can be done? Shall I forever be placing "progn"s around my read macros so I can evaluate them? If there's not a way to solve this in the general case, I suppose I can work with a hacked copy of SLIME. Oh, the joys of syntactic extension. Chris Capel -- "What is it like to be a bat? What is it like to bat a bee? What is it like to be a bee being batted? What is it like to be a batted bee?" -- The Mind's I (Hofstadter, Dennet)

2 1

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 13 Dec '04

13 Dec '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.587 slime/ChangeLog:1.589 --- slime/ChangeLog:1.587 Thu Dec 9 21:45:24 2004 +++ slime/ChangeLog Mon Dec 13 21:14:51 2004 @@ -1,7 +1,19 @@ +2004-12-13 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-repl-mode-map): Bind <home> to slime-repl-bol. + Suggested by Chris Capel. + (slime-repl-grab-old-input): Remove the 'old-input text-property + from the copied text. Reported by Tim Oates. + (slime-repl-grab-old-input): Append the old input to the current + input by default. If the new `replace' argument is true, replace + the current input. Suggested by Antonio Menezes Leitao. + (slime-repl-return): Pass the prefix argument to + slime-repl-grab-old-input. + 2004-12-09 Helmut Eller <heller(a)common-lisp.net> * swank.lisp (*sldb-print-pretty*, *sldb-print-circle*) - (*sldb-print-length*, (*sldb-print-level*, *sldb-print-lines*) + (*sldb-print-length*, *sldb-print-level*, *sldb-print-lines*) (*sldb-print-pprint-dispatch*): Export those symbols. 2004-12-05 Helmut Eller <heller(a)common-lisp.net>

1 0

[slime-devel] editing previously entered forms causes problems
by Tim Oates 13 Dec '04

13 Dec '04

I checked out SLIME from the CVS repository on 11/24/04. I'm using it on my PowerBook G4 which is running Mac OS X version 10.3.6, emacs version 21.2.1, and CLISP (a recent version, not sure which one precisely). My problem is that when I edit a form that was previously entered, part of it always gets chopped off when I hit enter. For example: CL-USER> (princ 'hello) HELLO HELLO ;; Now I use the arrow keys to go back to the form that was just evaluated ;; and edit it so that it looks like this CL-USER> (princ-to-string 'hello) ;; When I hit enter I get the following CL-USER> 'hello) This happens every time. All text of the form prior to the point of my last edit within the form is chopped off. Does anyone have any ideas on how to fix this? Thanks! - tim --------------------------------------- Tim Oates, Assistant Professor Department of CS and EE University of Maryland Baltimore County (410) 455-3082 http://www.cs.umbc.edu/~oates

4 4

[slime-devel] CLISP not working for me...
by Daniel Debertin 13 Dec '04

13 Dec '04

Hi, I'm experiencing some problems getting CLISP working under SLIME. It just hangs in the middle of compiling: ;; Compiling file /usr/local/share/emacs/site-lisp/slime/swank.lisp ... ;; Wrote file /home/susers/daniel/.slime/fasl/clisp-2.33.80/swank.fas ;; Loading file /home/susers/daniel/.slime/fasl/clisp-2.33.80/swank.fas ... ;; Loaded file /home/susers/daniel/.slime/fasl/clisp-2.33.80/swank.fas The following special variables were defined too late: SWANK-BACKEND::*BUFFER-NAME* SWANK-BACKEND::*BUFFER-OFFSET* The following functions were used but are deprecated: SET - This function name is anachronistic. Use SETF SYMBOL-VALUE instead. 0 errors, 3 warnings WARNING: These Swank interfaces are unimplemented: (ACTIVATE-STEPPING ADD-FD-HANDLER ADD-SIGIO-HANDLER ALL-THREADS DISASSEMBLE-FRAME FIND-THREAD GETPID INSPECT-FOR-EMACS INTERRUPT-THREAD RECEIVE REMOVE-FD-HANDLERS REMOVE-SIGIO-HANDLERS SEND SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN SPAWN THREAD-ID WHO-MACROEXPANDS WHO-SPECIALIZES) ;; Loaded file /usr/local/share/emacs/site-lisp/slime/swank-loader.lisp T [2]> And there it sits until I abort the connection. Vitals: SLIME: CVS as of today CLISP: 2.33.80 Emacs: GNU Emacs 21.3 OS: Solaris 10 SPARC inferior-lisp-program: "/usr/local/bin/clisp -K full" TIA, Dan -- Dan Debertin | airboss(a)nodewarrior.org | www.nodewarrior.org |

2 1

[slime-devel] key binding omission in repl
by Chris Capel 13 Dec '04

13 Dec '04

The binding for the Home key in the REPL isn't bound the same as C-a. I imagine it still has its default binding. Chris Capel -- "What is it like to be a bat? What is it like to bat a bee? What is it like to be a bee being batted? What is it like to be a batted bee?" -- The Mind's I (Hofstadter, Dennet)

2 1

[slime-devel] Need automatric force-output for slime-repl
by Lynn Quam 13 Dec '04

13 Dec '04

Is it possible to cause force-output to automatically occur on the repl-buffer. It is annoying that various debugging printout must be explicitly followed by a force-output in order for it to appear in a timely fashion.

2 1

[slime-devel] first keypress in debugger
by Gabor Melis 13 Dec '04

13 Dec '04

There is a minor annoyance that I haven't seen any of you mention. Sometimes when a debugger or compilation notes buffer pops up the first key pressed generates a 'buffer is readonly' message. From the second keypress on everything works fine. This is with a very recent slime and emacs 21.3 from Debian Sarge. Oh, and one more thing. I was trying to get slime work with a non-unicode aware sbcl and iso-8859-2 encoded files. I figured that setting (setq slime-net-coding-system 'binary) was the way to go. Unfortunately, when compiling a simple thing like: (defparameter *xxx* "sdffdséfdsdf") that contains a non ascii char slime hangs and gets disconnected if I press C-g. SBCL runs on and it possible to reconnect. This is the message from *inferior-lisp*: ;; Connection to Emacs lost. ;; [junk in string "emacs-"] Cheers, Gábor

3 2

[slime-devel] reader macros get EOF
by Pascal J.Bourguignon 13 Dec '04

13 Dec '04

Assuming this reader macro in clisp\slime: (SET-DISPATCH-MACRO-CHARACTER (CHARACTER "#") (CHARACTER "!") (LAMBDA (STREAM CHAR ARG) (DECLARE (IGNORE CHAR ARG)) ;; read characters up to the first occurence of "!#", ;; and return the string read. (loop for curr = (read-char stream nil nil t) while (and curr (or (char/= (character "!") curr) (char/= (character "#") (peek-char nil stream nil nil t)))) collect curr into str finally (read-char stream nil nil t) (return (coerce str 'string))))) Typing: #! hello RET returns: " hello " instead of waiting for further input. With clisp\xterm this works as expected: #! hello RET waits for further input: the last line !# RET returns: " hello the last line " -- __Pascal Bourguignon__ http://www.informatimago.com/ The world will now reboot; don't bother saving your artefacts.

2 1

[slime-devel] Using Slime with xemacs - "Cannot open load file: inf-lisp"
by Keith 10 Dec '04

10 Dec '04

Hi, A basic question I'm afraid - I am using xemacs on Gentoo Linux. My init.el looks like this: (setq inferior-lisp-program "/usr/bin/sbcl") (add-to-list 'load-path "/home/keith/bin/slime") (require 'slime) (add-hook 'lisp-mode-hook (lambda () (slime-mode t))) (add-hook 'inferior-lisp-mode-hook (lambda () (inferior-slime-mode t))) (setq inferior-lisp-program "sbcl") and I get"Cannot open load file: inf-lisp", which I assume comes from (require 'inf-lisp) in slime.el I have installed ilisp. Any pointers more than welcome, Cheers, Keith

3 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 December 2004