slime-devel October 2004

slime-devel@common-lisp.net

42 participants
67 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 20 Jan '06

20 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 09 Feb '05

09 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] Loading slime for clisp in xemacs on Windows
by Andrei Stebakov 23 Dec '04

23 Dec '04

Hi, I have xemacs and clisp that came with the cygwin distribution. I just downloaded slime-1.0 and put the following in my custom.el file: (add-to-list 'load-path "C:\\Linux\\slime-1.0\\") (add-hook 'lisp-mode-hook (lambda () (slime-mode t))) (add-hook 'inferior-lisp-mode-hook (lambda () (inferior-slime-mode t))) (setq inferior-lisp-program "clisp -K full") (require 'slime) (slime-setup) Now, when I load slime (via M-x slime) I got: [1]> *** - PARSE-NAMESTRING: syntax error in filename "c:\\Linux\\slime-1.0\\swank-loader.lisp" at position 2 Break 1 [2]> *** - READ from #<IO TERMINAL-STREAM>: there is no package with name "SWANK" Break 2 [3]> "C:\\DOCUME~1\\stebakov\\LOCALS~1\\Temp\\slime.2036" Break 2 [3]> Could anyone give me some info what I can do to fix it? Thanks, Andrei

5 9

[slime-devel] OS X & Carbon Emacs
by David Steuber 07 Nov '04

07 Nov '04

Hi, On OS X, M-TAB is taken by the system for task switching. What do people generally map in its place (and how)? ESC TAB works, but it is a bit awkward. There is also M-/ but I don't want to change that. I also want to keep the command key as Meta. I'm using Emacs from CVS (updated occasionally).

6 8

[slime-devel] Ilisp interfering with SLIME ?
by Xavier Maillard 01 Nov '04

01 Nov '04

Hello, I am kinda satisfied with SLIME but it is, sometimes, crashing my Lisp session. In fact sometimes when loading a file, says test.lisp, I can clear see ilip related stuff and thus, it crashes. I do *NOT* load any ilisp related stuff in my .emacs. What should I check to completely disable this /side-effect/ ? Thank you. -- Xavier Maillard| "Stand Back! I'm a programmer!" .0. zedek(a)gnu-rox.orgz| ..0 (+33) 326 770 221 | Webmaster, emacsfr.org 000 PGP : 0x1E028EA5 | Membre de l' APRIL

3 6

[slime-devel] slime-update-indentation
by Lynn Quam 01 Nov '04

01 Nov '04

Is there any way to cause slime-update-indentation to be invoked in a more automatic fashion? It should at least be in one of the EMACS menus.

2 1

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 30 Oct '04

30 Oct '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.562 slime/ChangeLog:1.563 --- slime/ChangeLog:1.562 Fri Oct 29 00:19:03 2004 +++ slime/ChangeLog Sat Oct 30 12:21:54 2004 @@ -1,3 +1,11 @@ +2004-10-30 Helmut Eller <heller(a)common-lisp.net> + + * swank-source-path-parser.lisp (source-path-stream-position): + Bind *read-suppress* only as long as we skip over forms. The last + toplevel form in the path is read with *read-suppress* = nil + because in newer versions of CMUCL and SBCL read will return nil + if *read-suppress* is t. + 2004-10-28 Helmut Eller <heller(a)common-lisp.net> * swank-clisp.lisp: Ups. Undo previous change.

1 0

Re: [slime-devel] SLIME + ACL7
by Bill_Clementson＠peoplesoft.com 30 Oct '04

30 Oct '04

Julian Stecklina <der_julian(a)web.de> writes: > Hello, > > with ACL 7.0 out in the open now I would like to ask, if anyone can > comment on how well it works with slime. Can Slime still be configured > to act as (X)Eli replacement? If so, does the procedure differ from > 6.2? I've been using both ACL 6.2 and ACL 7.0beta with the same SLIME configuration without problem for several months. - Bill

2 1

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 October 2004