slime-devel

slime-devel@common-lisp.net

4231 discussions

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

06 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

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