slime-devel September 2005

slime-devel@common-lisp.net

58 participants
72 discussions

[slime-devel] Slime not working with latest Cygwin update?
by Justin Heyes-Jones 29 Sep '05

29 Sep '05

I updated my Cygwin installation and something has broken my Slime install. If I choose skip below then I get a slime repl that almost works but cannot evaluate buffers. Sorry to post something platform specific but this is the best place I can think of to ask. emacs version 21.2.1 slime version 1.2.1 clisp version 2.35 Justin ;; Compiling file /cygdrive/c/cygwin/bin/slime-1.2.1/slime-1.2.1/swank-clisp.lisp ... WARNING: DEFMETHOD: redefining method (LISP-IMPLEMENTATION-TYPE-NAME NIL) in /usr/bin/slime-1.2.1/slime-1.2.1/swank-clisp.lisp, was defined in top-level ** - 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 /usr/bin/slime-1.2.1/slime-1.2.1/swank-loader.lisp ABORT :R3 ABORT *** - UNIX error 13 (EACCES): Permission denied The following restarts are available: SKIP :R1 skip (COMPILE-FILES-IF-NEEDED-SERIALLY #) STOP :R2 stop loading file /usr/bin/slime-1.2.1/slime-1.2.1/swank-loader.lisp ABORT :R3 ABORT

1 0

[slime-devel] weak-p hash tables required for cmucl?
by Raymond Toy 29 Sep '05

29 Sep '05

Just want to know if weak-p hash tables are required for cmucl? When using slime with cmucl on Mac OS X, there's a note about that because weak-p hash-tables only exist on platforms with gencgc support (x86, solaris). Thanks, Ray

2 2

[slime-devel] slime48
by Matthew D Swank 29 Sep '05

29 Sep '05

Is it possible to access (or change to) packages other than (scratch) in the repl? Matt -- "You do not really understand something unless you can explain it to your grandmother." — Albert Einstein.

1 0

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

28 Sep '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.788 slime/ChangeLog:1.789 --- slime/ChangeLog:1.788 Thu Sep 22 22:27:04 2005 +++ slime/ChangeLog Wed Sep 28 00:17:50 2005 @@ -1,3 +1,33 @@ +2005-09-28 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-multiprocessing): Deleted. No longer needed. + (slime-init-command): Updated accordingly. + (slime-current-package): Add a special case for Scheme. + (slime-simple-completions, slime-apropos): Quote the package, + because in can be a plain symbol in Scheme. + (slime-inspector-reinspect): Use a proper defslimefun. + + * swank.lisp (inspector-reinspect): New function. + (start-server): Call initialize-multiprocessing before starting + the server and startup-idle-and-top-level-loops afterwards. + Calling startup-idle-and-top-level-loops here shouldn't be a + problem because start-server is only invoked at startup via stdin. + + * swank-scheme48/source-location.scm: New file. For M-. + * swank-scheme48/module.scm (list-all-package): New function. + * swank-scheme48/interfaces.scm (module-control-interface): Export it. + * swank-scheme48/inspector.scm: Add methods for records and and + hashtables. + (swank:arglist-for-echo-area): Implement it. Only works for + functions with enough debug-data (ie. only user-defined functions). + * swank-scheme48/completion.scm: New file. + (swank:simple-completions, swank:apropos-list-for-emacs): Implemented. + * swank-scheme48/load.scm, swank-scheme48/defrectypeX.scm: Renamed + the file from defrectype*.scm + * swank-scheme48/packages.scm (swank-general-rpc): Don't use + posix-process because it doesn't work on Windows, and we don't need + it for a mulithreaded server. + 2005-09-22 Helmut Eller <heller(a)common-lisp.net> * swank-backend.lisp (*gray-stream-symbols*): Collect the needed

1 0

[slime-devel] Re: SLIME48: a Swank back end in Scheme48
by Hoehle, Joerg-Cyril 28 Sep '05

28 Sep '05

Hi, Taylor Campbell wrote: >To clarify briefly: by a fork of SLIME for SLIME48, I don't mean to >make a fork that is completely oriented toward Scheme48 (or Scheme48 & >MIT Scheme, or whatever), but rather to make a more clearly specified >network protocol for communicating between a user interface and a Lisp >system [...] I'm always in favour of clearing up protocols, but I wonder why a fork is needed for that and what it has to do with Scheme? To me it's just 2 completely different things. As far as my use of Scheme goes, I've used M-x run-lisp (the old cmulisp.el) when using Kawa in the past and hope that the original run-lisp.el still works with SLIME (I haven't tested that), i.e. that SLIME for CL and run-lisp can coexist in the same Emacs, since I sometimes use both CL and Scheme at the same time. BTW, cmuscheme.el does IMHO not provide as much functionality as cmulisp/run-lisp.el, except for Scheme-style pretty printing. I'd be happy if a single download of a SLIME package would allow me to work with both CL and a Scheme (Kawa?) and whatever, instead of trying to figure out how to get two forks with likely .el files with equal names to work in the same Emacs. Regards, Jorg Hohle.

1 0

RE: [slime-devel] Re: Persistent REPL history
by Emre Sevinc 28 Sep '05

28 Sep '05

-----Original Message----- From: slime-devel-bounces(a)common-lisp.net on behalf of Marco Baringer Sent: Wed 9/28/2005 10:26 AM To: slime-devel(a)common-lisp.net Subject: [slime-devel] Re: Persistent REPL history Stefan Kamphausen <skampi(a)gmx.net> writes: >> That would be fine if the connection is always local. What would >> happen to a history with a REPL that is connected to a remote lisp? >> Write to local disc or pass it to the remote machine. If the latter >> it *might* be a performance problem. I can't tell because only work >> locally for the moment. > >personally i'd much prefer the history be saved locally, i don't want >to have production machines with development files lying around. >my 0.02EUR I really would like to see a persistent REPL history in SLIME. Cool idea :) Is there any plan to put that feature into the offical codebase? I'm getting impatient to try it ;-) Happy hacking, -- Emre Sevinc

2 1

[slime-devel] defrectype*.scm is an illegal filename for Windows
by Glenn Ehrlich 27 Sep '05

27 Sep '05

To the scheme folks, defrectype*.scm is an illegal filename for Windows (you can't have '*' in a filename). This has popped up within the last week or so in the cvs version. Glenn

2 1

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

22 Sep '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.787 slime/ChangeLog:1.788 --- slime/ChangeLog:1.787 Wed Sep 21 22:55:50 2005 +++ slime/ChangeLog Thu Sep 22 22:27:04 2005 @@ -1,3 +1,22 @@ +2005-09-22 Helmut Eller <heller(a)common-lisp.net> + + * swank-backend.lisp (*gray-stream-symbols*): Collect the needed + symbols here, so that we don't need to mention them in every + backend. + (import-from). New function. + + * swank-sbcl.lisp, swank-allegro.lisp, swank-lispworks.lisp, + swank-openmcl.lisp, swank-ecl.lisp: Use *gray-stream-symbols* when + importing the needed symbols. + + * swank-gray.lisp (stream-fresh-line): Define a method, so that + Allegro passes our tests. + +2005-09-21 Aleksandar Bakic <a_bakic(a)yahoo.com> + + * swank.lisp (accept-authenticated-connection): Minor fix. Ensure + that the decoded message is a string before calling string= on it. + 2005-09-21 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-setup-command-hooks): Make

1 0

[slime-devel] openmcl: stream-finish-output not exported
by Dave Baum 22 Sep '05

22 Sep '05

A recent change to swank-openmcl.lisp added ccl:stream-finish-output to the import list, but this symbol is not exported in openmcl 0.14.3, so the import causes an error. Dave

2 1

[slime-devel] minor bug fix in accept-authenticated-connection
by Aleksandar Bakic 22 Sep '05

22 Sep '05

Index: swank.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank.lisp,v retrieving revision 1.338 diff -r1.338 swank.lisp 397,399c397,400 < (unless (string= (decode-message new) secret) < (close new) < (error "Incoming connection doesn't know the password."))) --- > (let ((first-val (decode-message new))) > (unless (and (stringp first-val) (string= first-val secret)) > (close new) > (error "Incoming connection doesn't know the password.")))) Alex __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

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 September 2005