September 2005 - slime-devel - mailman3.common-lisp.net

[slime-devel] slime-apropos-package now sorts correctly
by Hoehle, Joerg-Cyril 20 Apr '07

20 Apr '07

Hi, slime-apropos-package now conforms to its specification and also sorts symbols printed with package prefix. I supply the patches as attachments in the hope that MS-Windows nor MS-Outlook will break the TAB and LF characters of the original diff. I hope this is fine. Regards, Jörg Höhle.

3 3

[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] Installing slime for clisp 2.35 - Error
by Surendra Singhi 10 Jan '06

10 Jan '06

Hello, I recently upgraded to clisp 2.35 and now when I try to start slime on a lisp file, slime gets stuck. The *inferior-lisp* buffer shows me the following restart. ** - Continuable Error INTERN("*DOCUMENTATION*"): #<PACKAGE SYSTEM> is locked If you continue (by typing 'continue'): Ignore the lock and proceed The following restarts are also available: SKIP :R1 skip (COMPILE-FILES-IF-NEEDED-SERIALLY #) STOP :R2 stop loading file C:\Program Files\XEmacs\xemacs-packages\lisp\slime-1.2.1\swank-loader.lisp ABORT :R3 ABORT Doing 'continue', doesn't starts the slime repl, nor does selecting any of the restarts help. But, the inferior lisp buffer shows a lisp prompt, which can be used. What should I do to get over this problem? The slime related contents of my init file are: (load-library "inf-lisp") (setq inferior-lisp-program "C:\\clisp-2.35\\clisp.exe -I -m 256mb") (add-hook 'inferior-lisp-mode-hook (lambda () (inferior-slime-mode t))) (require 'timer) (require 'slime) (slime-setup) Thanks. -- Surendra Singhi http://www.public.asu.edu/~sksinghi/index.html "All animals are equal, but some animals are more equal than others." - Orwell, Animal Farm, 1945

5 8

[slime-devel] Slime license annoyances
by Peter Van Eynde 26 Oct '05

26 Oct '05

Hello, I just got a reject from ftpmaster (the person, not that server) for the slime package because some of a stupid packaging error on my part and because the readme says that there is no general license for the package and that you should check all files individualy. When you do that you see that: doc/texinfo-tabulate.awk present.lisp swank-ecl.lisp swank-source-file-cache.lisp swank-source-path-parser.lisp swank.asd mkdist.sh test-all.sh test.sh have no license information. nregex.lisp has a (sort-of) licence without permission to distribute or anything. Could you clear these problems up? Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson|

15 30

[slime-devel] Persistent REPL history
by Stefan Kamphausen 23 Oct '05

23 Oct '05

Hi all, I've written a few functions that might be used to save the history of SLIME REPLs to disk. Those are attached as a file. It might be an improvement to save the histories depending on the backend, I don't know. This is not implemented here. Currently the list can be written to a file in two ways: 1. Just overwrite the file with the current history 2. Try to merge the file contents with the current list and save the result. You can see that from the docstrings. Please note, that I did not test the truncating of the list to a maximum size. Also note that although I did test the functions, I have written them just a few hours ago, so they might still be buggy. The defvars should be changed to defcustoms and the functions should be hooked to wherever they make sense. If you are interested in using this code in -say- slime.el I'll pass copyright to you (as I state in the header of the attached file). If you prefer to receive a patch to slime.el I can do that, too. Just tell me. Thanks for developing Slime, Kind Regards Stefan Kamphausen -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl

6 11

[slime-devel] non-Latin1 character causes slime to disconnect
by Alan Shields 09 Oct '05

09 Oct '05

Quick way to cause problems: At the repl, do: (code-char 65533) Swank will disconnect. This is an unhandled condition regarding an external format encoding error. Ocurred with SBCL 0.9.4.65 and 09/28/2005 at 9:20 PM's slime CVS. The quick response is "don't do that" - but the character was ocurring in (I think) a backtrace from an external format error. Any assistance would be appreciated. Thanks, Alan

2 3

[slime-devel] SLIME48: a Swank back end in Scheme48
by Taylor Campbell 04 Oct '05

04 Oct '05

About a month ago, as I was thinking about building a comprehensive development environment for Scheme (& Scheme48 in particular), akin to SLIME, the notion occurred to me that Scheme48 might actually provide the necessary facilities for a realistic Swank back end (as compared to the mostly toy back end Helmut Eller sent here a while ago). So I started working on it a bit in small increments, and pretty soon Emacs was successfully talking to it over TCP to evaluate simple REPL expressions. Last week I implemented SLDB support, after rewriting it from scratch once my initial prototype worked; I spent the whole weekend fixing a really obscure bug involving threads, continuations, & DYNAMIC-WIND; and just today I've gotten it into an almost usable state for REPL work (though not file & module loading & such yet). Currently, I'm not using any source control yet, and I haven't released the code anywhere, but Marco Baringer and several others recommended that I simply add the Scheme48 back end to the main SLIME CVS source repository. If everyone relevant would be OK with this, I'd like to do it, but I see one potential problem with it, assuming that no one would object to including Scheme code in SLIME: I've organized my Scheme48 back end into about a dozen different files, which is pretty different from the existing organization of SLIME code (one monolithic file for the Emacs side; one monolithic file for the bulk of the CL side; one monolithic file for each back end). Would this bother anyone? (I intend, by the way, not to change the Emacs side of SLIME to add anything Scheme-specific; if anything, I'd want only to make slime.el work better with both Scheme & CL -- e.g., Marco Baringer just kindly committed a change I suggested that makes the definition locator code look for definitions where a sequence of parentheses might precede the name being defined, such as in (DEFINE (FOO X) ...) to define FOO in Scheme, or (DEFSTRUCT (BAR ...) ...) to define a BAR structure in CL. There are a few other minor changes like these that would be convenient for Scheme48's back end, but which would not get in the way of the CL back ends, too.) Obligatorily, here's some SLIME48 porn, by the way: <http://www.bloodandcoffee.net/campbell/slime48-sldb-porn.png> (The CL-USER prompt and the mention of a COMMON-LISP-USER package are due to slime.el's hard-coded initial package of COMMON-LISP-USER -- another small change I'd like to make is to allow customization of the initial package. (The temporary solution was for me just to define a COMMON-LISP-USER package in Scheme48, of course.))

12 33

[slime-devel] cmucl & slime: error in process filter...
by Chisheng Huang 30 Sep '05

30 Sep '05

Hi, I just did a cvs update. M-x slime will eventually print out "error in process filter: Wrong type argument: arrayp, nil" in the mini buffer. The problem goes away if I back off to the Slime source on 27 September 2005. Could someone please fix it? Best, -cph

1 1

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

29 Sep '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.789 slime/ChangeLog:1.790 --- slime/ChangeLog:1.789 Wed Sep 28 00:17:50 2005 +++ slime/ChangeLog Thu Sep 29 07:16:19 2005 @@ -1,3 +1,7 @@ +2005-09-29 Luke Gorrie <luke(a)synap.se> + + * swank-scheme48: Removed due to excessive whining. + 2005-09-28 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-multiprocessing): Deleted. No longer needed.

1 0