slime-devel January 2005

slime-devel@common-lisp.net

34 participants
45 discussions

[slime-devel] comma shortcut doesn't work always
by Edi Weitz 31 Jan '06

31 Jan '06

Another minor glitch that I encountered is that the comma shortcut in the REPL doesn't always work. I can consistently reproduce it (GNU Emacs 21.3.50 and also 21.3 release) like this: 1. Make sure point is at the beginning of a REPL input line. 2. Split Emacs frame into two windows, one of them being the REPL the other one containing something else. 3. Hide REPL window with C-x 0. 4. Now type M-x slime. 5. Type the comma. At this point I'm not asked for a shortcut command in the minibuffer but the comma is simply entered into the REPL instead. Anybody else seeing this? Cheers, Edi.

10 25

Re: [slime-devel] Re: CLISP SLIME implementation breaks in CVS
by Bill_Clementson＠peoplesoft.com 21 Jan '06

21 Jan '06

Luke Gorrie <luke(a)bluetail.com> writes: > Bill_Clementson(a)peoplesoft.com writes: > > > My previous SLIME installation was a CVS install from 4/18. I've just taken > > the latest CVS install and the CLISP SLIME implementation (under Windows) > > breaks. Here is the error: > > > > COERCE: #<MACRO #<COMPILED-CLOSURE SWANK::DEFSLIMEFUN>> cannot be coerced > > to type FUNCTION > > [Condition of type SIMPLE-TYPE-ERROR] > > I can reproduce this but I've no idea what is causing it. It /looks/ > like someone is trying to call defslimefun as a function rather than a > macro, but I don't see where it could happen -- the macro is declared > at the top of the only file that refers to it. > > I did fix a different but similar problem that I got under CLISP. It > seems like I had to swap the order of a couple of macros, one of which > expanded into into code that calls the other, but that surely can't be > the reason. > > > Backtrace: > > 0: EVAL frame for form (SWANK:CREATE-SWANK-SERVER 4007) > > Mine actually gives an empty backtrace (!). I fixed the Elisp-side to > handle that incase it helps someone more CLISP-savvy find the problem. Has anybody had any luck in finding the source of this problem? CLISP still breaks for me in the latest CVS. I have had a look at all of the DEFSLIMEFUN's that were modified since 4/18 (the previous CVS version that I had which was working ok with CLISP) and haven't found any obvious clues. Any suggestions on how I might debug this issue as it occurs at startup during the slime-connect processing in Emacs (after CLISP has started up successfully)? - Bill

5 6

[slime-devel] Problems with LWW FLI
by Edi Weitz 29 Mar '05

29 Mar '05

Hi! Has anyone else problems with SLIME when using Lispworks on Windows (XP) and its FLI? I've run into a (reproducable but complicated) situation where SLIME simply hung while there were no problems from the LW IDE or from the command line. I'm sitting at my Linux laptop now but I can try to create a simple test case - I just wanted to check if this is a known problem. Cheers, Edi.

4 11

[slime-devel] eval-in-emacs and 'window'-debugger
by Antonio Menezes Leitao 10 Feb '05

10 Feb '05

Hi everybody, I noticed that slime provides a function eval-in-emacs that sends a form to the emacs side where it is evaluated. However, I would like to get the results on the lisp side but I always get NIL. Is there a different swank function for that? (in the emacs-lisp-interface from Franz I used a lep::eval-in-emacs that did precisely what I needed). This is very useful to provide refactoring operations (that operate on the Lisp side) that need to interact with the user using emacs lisp operations such as y-or-n-p or read-from-minibuffer. I know that it might be difficult to find a general scheme to translate from emacs lisp values to common lisp values but all I need is symbols, strings, numbers and such. ----------------- A few years ago I developed a 'window'-debugger and 'window'-inspector for Ilisp+CMUCL similar to what I used in the Explorer Lisp Machines. I recently adapted it to Slime+Whatever-Common-Lisp-slime-supports. If anyone is interested I can post it. However, I would like to suggest two changes to Slime in order to improve its portability: 1. The function swank::inspected-parts should provide a recognizable value for unbound slots. Here is one example in SBCL CL-USER> (defclass c () ((a))) #<STANDARD-CLASS C> CL-USER> (swank::inspected-parts (make-instance 'c)) "The object is a STANDARD-OBJECT of type C. " (("A" . #:INSPECT-UNBOUND-OBJECT-3530)) and in CLISP CL-USER> (swank::inspected-parts (make-instance 'c)) "#<COMMON-LISP-USER::C #x20426856> standard object type: COMMON-LISP-USER::C" (("A" . INSPECT-TMP-PACKAGE-5413::|#<unbound>|)) I know that the returned values are recognizable (e.g., by being the value of the variable sb-impl::*inspect-unbound-object-marker* or something similar) but given the fact that it depends on the Common Lisp being used, it would be preferable if Slime provided a function that recognizes such value. If it already does, my apologies. 2. The function swank::frame-locals doesn't distinguish valid locals from invalid ones. I know that not all Common Lisps make that distinction but for the ones that make, it would be useful to get that information (for Common Lisps that don't provide such information a default could be chosen). Currently, Slime puts a :not-available as value which, IMHO, is error-prone. It would be nicer to have an extra field for each local that describes its status or (as in 1.) a slime function that recognizes such special value or as a third (and not so good) alternative, swank::frame-locals should not produce invalid locals. Thanks in advance, António Leitão.

2 2

[slime-devel] some cancel-timer error
by Surendra Singhi 02 Feb '05

02 Feb '05

Hi, I am using Xemacs 21.4.13 and slime-1.0 with clisp 2.33.1 on window XP. When I try to start slime it says swank started at port 1071 but it doesn't connects to the clisp. And on doing debug on error I get the message below. Earlier everything use to work fine, but yesterday I was playing with my Xemacs setting and I landed up in this trouble. Is it some slime problem or clisp or xemacs problem? What is the solution for it? Thanks. Debugger entered--Lisp error: (void-function cancel-timer) (cancel-timer slime-connect-retry-timer) (if slime-connect-retry-timer (cancel-timer slime-connect-retry-timer)) (lambda (G81326 G81327 G81328) (if (active-minibuffer-window) nil (message "Polling %S.. (Abort with `M-x slime-abort-connection'.)" ...)) (slime-set-state (format "[polling:%S]" ...)) (if slime-connect-retry-timer (cancel-timer slime-connect-retry-timer)) (setq slime-connect-retry-timer nil) (cond (... ...) (... ...) (t ... ...)))(--G81320-- --attempt-- --retries--) apply((lambda (G81326 G81327 G81328) (if (active-minibuffer-window) nil (message "Polling %S.. (Abort with `M-x slime-abort-connection'.)" ...)) (slime-set-state (format "[polling:%S]" ...)) (if slime-connect-retry-timer (cancel-timer slime-connect-retry-timer)) (setq slime-connect-retry-timer nil) (cond (... ...) (... ...) (t ... ...))) --G81320-- --attempt-- --retries-- nil) (lambda (&rest --cl-rest--) "\nCommon Lisp lambda list:\n (cl-none . NIL)\n\n" (apply (quote ...) (quote --G81320--) (quote --attempt--) (quote --retries--) --cl-rest--))() funcall((lambda (&rest --cl-rest--) "\nCommon Lisp lambda list:\n (cl-none . NIL)\n\n" (apply (quote ...) (quote --G81320--) (quote --attempt--) (quote --retries--) --cl-rest--))) (progn (set --G81320--81321 (list ... ... ... ...)) (funcall (symbol-value --G81320--81321))) (let ((--G81320--81321 ...)) (set --G81320--81321 nil) (progn (set --G81320--81321 ...) (funcall ...))) (let ((--retries--81318 ...) (--attempt--81319 ...)) (setf (symbol-value --retries--81318) retries (symbol-value --attempt--81319) 0) (let (...) (set --G81320--81321 nil) (progn ... ...))) (lexical-let ((retries retries) (attempt 0)) (labels (...) (attempt-connection))) slime-read-port-and-connect(nil) slime-inferior-connect() (progn (cond (... ...) (t ...)) (slime-maybe-start-lisp) (slime-inferior-connect)) (if (or (not ...) (slime-urge-bytecode-recompile)) (progn (cond ... ...) (slime-maybe-start-lisp) (slime-inferior-connect))) (when (or (not ...) (slime-urge-bytecode-recompile)) (cond (... ...) (t ...)) (slime-maybe-start-lisp) (slime-inferior-connect)) (lambda nil "Start an inferior^_superior Lisp and connect to its Swank server." (interactive) (when (or ... ...) (cond ... ...) (slime-maybe-start-lisp) (slime-inferior-connect)))() call-interactively(slime) command-execute(slime t) execute-extended-command(nil) call-interactively(execute-extended-command) -- Surendra Singhi www.public.asu.edu/~sksinghi/

2 3

[slime-devel] Editing old inputs
by Raymond Toy 02 Feb '05

02 Feb '05

A few days ago, Luke fixed an issue I had with editing old inputs in the slime-repl. The problem was that if I cut and pasted an old input (like M-p, but manually) to the current prompt, I couldn't edit it. The issue was with xemacs and read-only regions or something like that. I've updated slime now, and this is fixed. (Thanks Luke!) However, the input is still bold, and when I press enter, slime appends a copy to the prompt. I have to press enter again to get the repl to see it. Oh, that only happens if I press enter in the middle of the form. If I place the cursor at the end, slime sends the form off with no duplicates displayed and no second enter needed. Just a note to point out the issue. :-) It works well enough not to bother me too much since I couldn't even edit it before. Especially annoying when you cut and paste the function into a file and can't edit it. :-( Ray

2 3

[slime-devel] Problem with slim on SunOS sparc
by Damien Cassou 01 Feb '05

01 Feb '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I have installed slime on my personnal computer with no problem but I can't made it run at school. I'm using slime from CVS on FAIRLY-STABLE branch. My problem is when I launch slime with 'M-x slime', the connection process never finish and the seconds scroll up in the mode line. I have tried with and without the following line in ~/.swank.lisp (setf swank::*communication-style* :fd-handler) Thanks Some version numbers and some debug messages follow : - ----------------------------------------------------- $ uname -a SunOS narrhavas 5.9 Generic_112233-11 sun4u sparc SUNW,Ultra-80 $ emacs --version GNU Emacs 21.3.1 $ lisp CMU Common Lisp 18c, Built 2000-11-28, running on narrhavas ~ Python 1.0, target SPARCstation/Solaris 2 ~ CLOS based on PCL version: September 16 92 PCL (f) ~ CLX X Library MIT R5.02 ~ Motif toolkit and graphical debugger 1.0 ~ Hemlock 3.5 $ tail -n 5 ~/.emacs ;; lisp (setq inferior-lisp-program "/net/hamilcar/s6/ens/david/bin/lisp") (add-to-list 'load-path "~/.emacs.d/slime-cvs") (require 'slime) (slime-setup) Here is what I can see when I launch slime with 'M-x slime' : - ------------------------------------------------------------- File: /a/tanit/home2/i1/cassou/.emacs.d/slime-cvs/swank-cmucl.lisp In: DEFIMPLEMENTATION PROFILE-PACKAGE ~ (PROFILE:PROFILE-ALL :PACKAGE PACKAGE :CALLERS-P CALLERS ...) Warning: :METHODS is not a known argument keyword. Converted |(PCL::FAST-METHOD PROFILE-PACKAGE (T T T))|. Compiling DEFIMPLEMENTATION PROFILE-PACKAGE: Byte Compiling Top-Level Form: home:.slime/fasl/cmu-18c, Built 2000-11-28/swank-cmucl.sparcf written. Compilation finished in 0:00:06. ;; Loading #p"/a/tanit/home2/i1/cassou/.slime/fasl/cmu-18c, Built 2000-11-28/swank-cmucl.sparcf". Invoking debugger... Starting server: ~ will_fork = False ~ will_trace = False ~ No Inet domain socket created. ~ path = /tmp/.motif_socket-p8093 Error in function XLIB::OPEN-X-STREAM: ~ Failed to connect to X11 server: cassy (display 1) Restarts: ~ 0: [CONTINUE] Return NIL from load of #p"home:.slime/fasl/cmu-18c, Built 2000-11-28/swank-cmucl.sparcf". ~ 1: Return NIL from load of "/net/i1/cassou/.emacs.d/slime-cvs/swank-loader.lisp". ~ 2: [ABORT ] Return to Top-Level. Debug (type H for help) (C::DO-CALL #<Code Object "Top-Level Form" {8062E3FF}> 58 59 46 ...) Source: Error finding source: Error in function COMMON-LISP::%ENUMERATE-SEARCH-LIST: ~ Undefined search list: trunk 0] Waiting for connection. Accepting client on Unix socket. Accepted client on fd 4 Server not forking. - -- Damien -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB/pFLyl2oT75/6woRAoI8AKCQt5RuNfAGxfqa0JxpvSDZYZm8kQCdEX4K BX04M+txgQZYa1s7cwuMG0g= =nT/F -----END PGP SIGNATURE-----

3 3

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 31 Jan '05

31 Jan '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.605 slime/ChangeLog:1.607 --- slime/ChangeLog:1.605 Thu Jan 27 11:56:22 2005 +++ slime/ChangeLog Sun Jan 30 01:43:52 2005 @@ -1,3 +1,11 @@ +2005-01-30 Bryan O'Connor <bryan-slime(a)lunch.org> + + * slime.el (slime-goto-location-position): Changed the regexp to + require the function-name to be followed by a + non-symbol-constituent character \S_. Previously, a function-name + of "find" first matched find-if-not if it occured earlier in the + file. + 2005-01-27 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-busy-p): Ignore debugged continuations to enable

1 0

[slime-devel] slime with sbcl 0.8.19 - error in process filter
by Todd Dukes 30 Jan '05

30 Jan '05

I had slime working with sbcl 0.8.16. I downloaded sbcl 0.8.19 and when I try to start slime I get this in my *Message* buffer Polling "/tmp/slime.18807".. (Abort with `M-x slime-abort-connection'.) [2 times] Connecting to Swank on port 51816.. Initial handshake... Connected. Let the hacking commence! error in process filter: slime-process-available-input: Wrong type argument: listp, § error in process filter: Wrong type argument: listp, § I am using emacs 21.3.1 on Fedora core 3. Any help would be appreciated. My solution for now is to go back to sbcl 0.8.16 thanks, Todd.

2 4

[slime-devel] slime-goto-location-position patch
by bryan o'connor 30 Jan '05

30 Jan '05

when passed a :function-name, slime-goto-location-position would find earlier occurrences of symbols which start with the function name followed by a symbol-constituent character. for example: a function-name of "find" will first match find-if-not if it occurs earlier in the file. this seems to happen a lot with openmcl source. i changed the regexp to require the function-name to be followed by a non-symbol-constituent character \S_. the regexp immediately following for :method may benefit also from the change (\> to \S_) but i didn't have a decent test case. ...bryan

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel January 2005