slime-devel November 2007

slime-devel@common-lisp.net

28 participants
37 discussions

[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

[slime-devel] FAQ? Font in Aquamacs *slime-repl buffer
by Marco Antoniotti 11 Nov '07

11 Nov '07

Hi I just started using SLIME with Aquamacs and ACL. Unfortunately The REPL buffer starts up with a non-proportional font. Apologies if this is a FAQ, but is there any way to ensure that the font is non- proportional in the REPL buffer? Thanks -- Marco Antoniotti -- Marco Antoniotti

2 1

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

07 Nov '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1240 slime/ChangeLog:1.1241 --- slime/ChangeLog:1.1240 Thu Nov 1 09:30:06 2007 +++ slime/ChangeLog Tue Nov 6 08:10:23 2007 @@ -1,3 +1,8 @@ +2007-11-06 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-events-buffer, slime-inspector-buffer): Disable + undo. + 2007-11-01 Tobias C. Rittweiler <tcr(a)freebits.de> The inspector page layout has changed slightly. Before the header

1 0

[slime-devel] Can't reconnect to a swank server
by Sachin Kamboj 06 Nov '07

06 Nov '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I am running a swank server (from version 2 of the stable distribution of slime) on sbcl (v1.0.9 on FreeBSD 6.2). When I initially connect to the server using slime-connect, everything works fine. However, when I disconnect, I get a whole dump of diagnostic messages that can be viewed at: http://www.cis.udel.edu/~kamboj/swank-disconnect.txt Now when I try to reconnect to the remote server, I get the following error message: Lisp connection closed unexpectedly: exited abnormally with code 256 I am running the same version of slime on the client and am using xemacs version 21.4.20 on Mac OS X 10.4.10. Any ideas as to what I am doing wrong? Any help would be greatly appreciated. Thanks, Sachin. PS: I have been using slime locally for quite some time and it simply rocks! Thanks! - -- http://www.cis.udel.edu/~kamboj/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFHKfOvxGBoJvHBp38RAlc7AJ0ctucHhrqi2nutMRCjDsTdf4uUugCg5dF7 uInAWlTYeJ5/Z3chD/aA9+U= =JhVr -----END PGP SIGNATURE-----

4 7

[slime-devel] copy-list in slime-source
by Matthew D. Swank 06 Nov '07

06 Nov '07

Gnu Emacs doesn't seem to like references to copy-list: Symbol's function definition is void: copy-list Here are the offenders: ./slime.el: (slime-start* (plist-put (copy-list options) :init-function init)))) ./slime.el: (let ((table (sort* (copy-list slime-repl-shortcut-table) #'string< ./slime.el: (let ((new-note (copy-list (car notes)))) -- "You do not really understand something unless you can explain it to your grandmother." -- Albert Einstein.

1 1

[slime-devel] copy-list in slime-source
by Matthew D. Swank 03 Nov '07

03 Nov '07

1 0

[slime-devel] Feed Blaster puts your ad right to the screens of millions in 15 Minutes !
by Feed＠common-lisp.net 03 Nov '07

03 Nov '07

Feed Blaster puts your ad right to the screens of millions in 15 Minutes ! More and more people are subscribing to feeds every day and there are millions who are already subscribed. Thus, your ad will reach a very broad range of potential customers with each use of Feed Blaster! Feed Blaster is the first & only submitter that can submit your ads to thousands of feeds within a few minutes! Post your ads where people read them! - What if you could place your ad into all these feeds ? Right, that would mean you would have millions of sites linking to your ad - and millions of users reading your message within minutes - and my idea actually works. http://www.promote-bz.net/feedblaster/ Unsubscribe http://www.promote-bz.net/remove/

1 0

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

02 Nov '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1239 slime/ChangeLog:1.1240 --- slime/ChangeLog:1.1239 Mon Oct 22 07:34:04 2007 +++ slime/ChangeLog Thu Nov 1 09:30:06 2007 @@ -1,3 +1,37 @@ +2007-11-01 Tobias C. Rittweiler <tcr(a)freebits.de> + + The inspector page layout has changed slightly. Before the header + looked like + + A proper list. + [type: CONS] + ------------------- + + It now looks like + + #<CONS {B3DBD39}>: + A proper list. + -------------------- + + Rationale is to have a "presentation link" to the currently + inspected object itself, to copy it down to the REPL via `M-RET'. + This is mostly useful when trying to get a value from the Slime + Debugger to the REPL, which you can do by inspecting the value + first by `i', and then using `M-RET' on the object representation + in the new header layout. + + Such a "presentation link" existed already but was removed in + 2007-08-23. The old behaviour was to have the title ("A proper + list" in the above example) to contain the link. I decided to make + the link more explicit. + + * swank.lisp (inspect-object): Now additionally returns a + string-representation of the object itself, and an inspector id + for it. Removed returning its type as this is implicit in the new + string representation. + + * slime.el (slime-open-inspector): Adapted for new header layout. + 2007-10-22 Tobias C. Rittweiler <tcr(a)freebits.de> * swank.lisp (read-softly-from-string, unintern-in-home-package):

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel November 2007