slime-devel

slime-devel@common-lisp.net

4231 discussions

[slime-devel] patch to make ecl work again
by Geo Carncross 23 Nov '07

23 Nov '07

Hello, ecl+slime doesn't seem to have worked for a while, so I cobbled together a minimal threads implementation that seems to work, and I can do basic stuff again. I'm not certain what the policy is on contributions/patches, nor how most people read here, so I'm including it both as an attachment and as a link. http://geocar.googlepages.com/swank-ecl-threads.patch Is there anything I should do in the future?

2 3

[slime-devel] ecl patch to get arglist of compiled functions
by Geo Carncross 23 Nov '07

23 Nov '07

It occurs to me that ecl actually puts the arglist in the documentation strings of compiled functions. This makes slime feel a *lot* more usable under ecl (esp: considering how its compiler works), even if it otherwise seems a bit hackish. http://geocar.googlepages.com/swank-ecl-more-arglist.patch I also noticed that (streamp slime-output-stream) is true on sbcl and false on the current (0.9i) release of ecl. This already seems to have been fixed in ecl's cvs, so if anyone else wanted to use slime+ecl they really should use ecl-cvs or wait until ecl 1.0.

1 0

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 22 Nov '07

22 Nov '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1242 slime/ChangeLog:1.1243 --- slime/ChangeLog:1.1242 Mon Nov 19 15:18:29 2007 +++ slime/ChangeLog Thu Nov 22 17:33:39 2007 @@ -1,3 +1,10 @@ +2007-11-22 Helmut Eller <heller(a)common-lisp.net> + + * swank.lisp (swank-require): Don't search the file if the + module-name is present in *modules*. That should avoid problems if + swank is included in a core file and moved to a different + location. Reported by John Wiegley. + 2007-11-19 Tobias C. Rittweiler <tcr(a)freebits.de> * slime.el (slime-repl-mode-map, slime-repl-read-mode),

1 0

[slime-devel] Slime behavior different (SBCL vs CMUCL)?
by Jeff Cunningham 22 Nov '07

22 Nov '07

Hi; When I first started using Slime I was using CMUCL. One of the features I really appreciated was that when running a program under Slime I could modify and recompile a defun and it would take effect the next time it was called by the running program. I subsequently switched to using SBCL, but when I did I seemed to lose this ability to recompile while running. The C-c C-c commands would queue up an not execute until the program finished. But recently I setup Hunchentoot daemon with Swank in a core image that when run allows me to slime-connect, and when I do so I find that I can recompile stuff and have it take effect without killing the running process. This makes me wonder if there isn't some way to do this under Slime after all. Clearly I don't fully understand the interactions between Slime, Swank and the inferior lisp. Is there another way I can launch SBCL from within Slime so it works the way CMUCL used to? Thanks. --Jeff

3 2

[slime-devel] Problem with `swank-require'
by John Wiegley 22 Nov '07

22 Nov '07

Around line 2283 in swank.lisp is a function, swank-require. It calls CL's `require' passing three arguments. Now, the third argument is determined by a call to `module-filename', just a few lines down, which triggers an error if it can't find the file. The reason this is a problem is that I bind swank into my SBCL core and then I move that core to other systems, which don't have the swank Lisp files on them. Although a regular call to require works fine in this case, swank generates an error because the .lisp file itself cannot be found. I think the solution is for module-filename to just return nil if it can't find anything, and leave it up to `require' to generate the error if need be. John

2 1

[slime-devel] [BUG] slime-apropos with invalid regexes
by Michael Weber 22 Nov '07

22 Nov '07

Hi, With a CVS snapshot of SLIME (19.11.), M-x slime-apropos * RET makes my sbcl spin with 100% CPU. Interrupting it in the REPL (C-c C-c) brings it back. "*" is, of course, not a valid regex, but I'd appreciate a better indication of the error. This is with SBCL 1.0.10.55 on OS X/Tiger. OpenMCL (Version 1.1- pre-070722 (DarwinX8664)) shows similar behavior. After interrupting, the following is printed at the REPL: ; in: ; LAMBDA (STRING &KEY (SLIME-NREGEX::START 0) ; (SLIME-NREGEX::END (LENGTH STRING))) ; (1- SLIME-NREGEX::START) ; --> - ; ==> ; SLIME-NREGEX::START ; ; note: deleting unreachable code ; (LET ((LENGTH SLIME-NREGEX::END)) ; (DO ((SLIME-NREGEX::MARKER SLIME-NREGEX::START (1+ SLIME- NREGEX::MARKER))) ; ((> SLIME-NREGEX::MARKER SLIME-NREGEX::END) NIL) ; (LET ((SLIME-NREGEX::INDEX SLIME-NREGEX::MARKER)) ; (IF (BLOCK SLIME-NREGEX::COMPARE #) (RETURN T))))) ; ; caught STYLE-WARNING: ; The variable LENGTH is defined but never used. ; (DO ((SLIME-NREGEX::START SLIME-NREGEX::INDEX (1- SLIME- NREGEX::START))) ; ((< SLIME-NREGEX::START SLIME-NREGEX::OINDEX) NIL) ; (LET ((SLIME-NREGEX::INDEX SLIME-NREGEX::START)) ; (BLOCK SLIME-NREGEX::COMPARE ; (SETF (CADR #) SLIME-NREGEX::INDEX) ; (RETURN-FROM SLIME-NREGEX::FINAL-RETURN T)))) ; --> BLOCK LET ; ==> ; SLIME-NREGEX::INDEX ; ; note: deleting unreachable code ; (LET ((SLIME-NREGEX::INDEX SLIME-NREGEX::START)) ; (BLOCK SLIME-NREGEX::COMPARE ; (SETF (CADR (AREF SLIM

2 1

Re: [slime-devel] Slime behavior different (SBCL vs CMUCL)?
by Jeff Cunningham 22 Nov '07

22 Nov '07

John Wiegley wrote: > On Nov 22, 2007, at 4:48 PM, Jeff Cunningham wrote: > >> What about when you aren't running Hunchentoot? Can you interact with >> a running program by re-compiling code without stopping it? (assuming >> threads are enabled). > > When Hunchentoot is not running, I don't run functions that don't > exit. I can imagine that in that case, it may be possible for SLIME > to hang waiting for a response from the inferior Lisp. I just built a > threaded SBCL yesterday, so until now I've only used the REPL for > commands that return immediately. > > John > I guess I'm not being very clear. Suppose the following scenario: I am testing a loop function that monitors external hardware status and responds to state changes. The loop runs continuously, but has been launched by me in the REPL by calling a defun. Now while this is functioning I determine that I need to change the value of a defparameter. Currently, I cannot re-evaluate the defparameter using C-c C-c without stopping the loop that is running in the REPL. When I used to use CMUCL I could do this. Does this make any sense? The reason why this is nice to do, is the loop requires half an hour of operation to get to the point where the parameter comes into play. Regards, Jeff

1 0

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 20 Nov '07

20 Nov '07

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.64 slime/contrib/ChangeLog:1.65 --- slime/contrib/ChangeLog:1.64 Wed Oct 24 16:03:22 2007 +++ slime/contrib/ChangeLog Tue Nov 20 16:30:51 2007 @@ -1,3 +1,9 @@ +2007-11-20 Helmut Eller <heller(a)common-lisp.net> + + * swank-fancy-inspector.lisp (inspect-for-emacs function t): Don't + specialize the second argument, so that backend methods take + precedence. Reported by Maciej Katafiasz. + 2007-10-24 Tobias C. Rittweiler <tcr(a)freebits.de> * swank-arglist.lisp (decode-arglist): Fix incompatibility with

1 0

[slime-devel] slime-complete-symbol Compound mode?
by Alan Caulkins 20 Nov '07

20 Nov '07

Does anyone know the working status of slime-complete-symbol-function? The "compound" mode is a very important feature for me, but I can't get it to work anymore. I remember reading that some work had been done on that portion of the code, and that this functionality was not enabled by default. The manual says that it can be set through Emacs' SLIME customization group, but when I do so, I get the following in my messages log: funcall: Symbol's function definition is void: slime-complete-symbol* The story is the same with slime-fuzzy-complete-symbol, and also if I set the slime-complete-symbol-function directly using setf in Emacs. It seems that the only one of the three options for which symbol-function is set is 'slime-simple-complete-symbol. Thanks for any help, -A -- Linux: The ultimate video game.

2 1

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 19 Nov '07

19 Nov '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1241 slime/ChangeLog:1.1242 --- slime/ChangeLog:1.1241 Tue Nov 6 08:10:23 2007 +++ slime/ChangeLog Mon Nov 19 15:18:29 2007 @@ -1,3 +1,17 @@ +2007-11-19 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-repl-mode-map, slime-repl-read-mode), + (slime-compiler-notes-mode-map, slime-xref-mode-map), + (sldb-mode-map, slime-connection-list-mode-map), + (slime-inspector-mode-map): Added bindings for [return] in + addition to (kbd "RET"). The reason is that pressing enter in X is + translated to (kbd "RET") only if no binding for [return] is + active; if [return] is bound to something, pressing enter is + translated to this key binding henceforth, as was explained to me + by Pierre Gaston, thanks! This can cause quite confusing behaviour + as Andreas Davour faced in his post <cs9k5ofqbt7.fsf(a)Psilocybe.Update.UU.SE> + to comp.lang.lisp. + 2007-11-06 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-events-buffer, slime-inspector-buffer): Disable

1 0

Jump to page:

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