November 2007 - slime-devel - mailman3.common-lisp.net

[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 21 Nov '07

21 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 20 Nov '07

20 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

[slime-devel] asdf-install:install -- slimes creation of debug message "Try some command like gpg --recv-keys $key [..]"
by whooey1830＠web.de 16 Nov '07

16 Nov '07

Hello, latest sbcl and slime return the following debugger message when doing (asdf-install:install :$package) (the fact that the gpg key is not in the keyring is not the problem in this issue): No key found for key id 0x#1=886A220F86321D48. Try some command like gpg --recv-keys 0x#1# [Condition of type ASDF-INSTALL::KEY-NOT-FOUND] However if you do the same in 'pure' sbcl you get the message: debugger invoked on a ASDF-INSTALL::KEY-NOT-FOUND in thread #<THREAD "initial thread" {A7BD411}>: No key found for key id 0x886A220F86321D48. Try some command like gpg --recv-keys 0x886A220F86321D48 Only the later provides a valid command which can be pasted by the user into another terminal f.e.. Is slime's behaviour intended? Regards, Brian Kudowski _________________________________________________________________________ In 5 Schritten zur eigenen Homepage. Jetzt Domain sichern und gestalten! Nur 3,99 EUR/Monat! http://www.maildomain.web.de/?mc=021114

2 1

[slime-devel] Question about decoupling load-server and start-server in slime-init-command
by Juan M. Bello Rivas 16 Nov '07

16 Nov '07

Hi, I have a slow system where launching slime (current CVS version) takes several seconds. Wishing to cut down the initialization time, I dumped a sbcl core with swank preloaded but slime didn't start faster because swank was being reloaded. To avoid this, I modified slime-init-command and now slime starts lightning fast. There's a comment before slime-init-command saying: ;; XXX load-server & start-server used to be separated. maybe that was better. Why were the two functionalities merged? I definitely think it was better. Perhaps I missed an obvious way to achieve the same goal? Thanks, -- Juan M. Bello Rivas http://superadditive.com

2 1

[slime-devel] Problem with connection between sbcl and slime
by Kai-Florian Richter 14 Nov '07

14 Nov '07

Hi! I got some trouble running sbcl in the slime environment. I have the usual SLIME init-file: (setq inferior-lisp-program "/usr/local/bin/sbcl") (add-to-list 'load-path "/usr/local/slime-cvs/slime/") (require 'slime) (slime-setup) I start SBCL by M-m M-x slime SLIME does start up, I get a lisp prompt and it seems to behave normally. However, the connection between SBCL and SLIME is rather shaky. At some point during working with SBCL, I lose the function parameter info, I also can't break running code then. Even more, the function (quit) has no effect whatsoever, i.e. SBCL is not stopped, but I get a message "Evaluation aborted." CL-USER> (quit) ; Evaluation aborted. CL-USER> That is, I can't just quit SBCL, I have to kill the lisp process when exiting Emacs. SBCL works normally if invoked in the bash shell. The inferior-lisp output from SBCL startup is pasted in below. I run an Ubuntu (debian) linux with kernel 2.6.20-16 on a x86 computer, using Xemacs 21.4 (patch 19), sbcl 1.0.11 and the current slime cvs-build. I can reproduce the same behavior using Emacs 22.1.1 on the same machine, and on another machine running kernel 2.6.18-5-amd64 with sbcl 0.9.16, the same XEmacs version, and Emacs 21.4.1 The PROBLEMS file states that there is trouble with kernels 2.6.5-2.6.10 (related to multi-threading?), but I'm well beyond that kernel version; also, to my knowledge, I don't use multi-threading. I tried to use nohup in connection with sbcl (as I read that somewhere as well), but I can't get that to work. Any info or ideas are very much appreciated. Kai-Florian This is SBCL 1.0.11, an implementation of ANSI Common Lisp. More information about SBCL is available at <http://www.sbcl.org/>. SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. STYLE-WARNING: redefining SB-IMPL::DEFAULT-EXTERNAL-FORMAT in DEFUN * ; loading #P"/usr/local/slime-cvs/slime/swank-loader.lisp" ;; loading #P"/home/slobo/.slime/fasl/2007-11-06/sbcl-1.0.11-linux-x86/swank-backend.fasl" ;; loading #P"/home/slobo/.slime/fasl/2007-11-06/sbcl-1.0.11-linux-x86/nregex.fasl" ;; loading #P"/home/slobo/.slime/fasl/2007-11-06/sbcl-1.0.11-linux-x86/swank-source-path-parser.fasl" ;; loading #P"/home/slobo/.slime/fasl/2007-11-06/sbcl-1.0.11-linux-x86/swank-source-file-cache.fasl" ;; loading #P"/home/slobo/.slime/fasl/2007-11-06/sbcl-1.0.11-linux-x86/swank-sbcl.fasl" ;; loading #P"/home/slobo/.slime/fasl/2007-11-06/sbcl-1.0.11-linux-x86/swank-gray.fasl" STYLE-WARNING: implicitly creating new generic function STREAM-READ-CHAR-WILL-HANG-P ;; loading #P"/home/slobo/.slime/fasl/2007-11-06/sbcl-1.0.11-linux-x86/swank.fasl" WARNING: These Swank interfaces are unimplemented: (CALLS-WHO DISASSEMBLE-FRAME SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN WHO-SPECIALIZES) ;; Swank started at port: 41489. 41489 * -- --------------------------------------------------------------------- Dipl.-Inform. Kai-Florian Richter richter(a)informatik.uni-bremen.de Cognitive Systems FB 3 Mathematik & Informatik phone: +49-421-218-64283 Universitaet Bremen fax: +49-421-218-9864283 ---------------------------------------------------------------------

2 2