March 2009 - slime-devel - mailman3.common-lisp.net

Re: [slime-devel] random returning the same value
by Tobias C. Rittweiler 30 Nov '09

30 Nov '09

Patrick May <pjm(a)spe.com> writes: > Hi, > > I'm using Slime in Aquamacs with CCL. When I evaluate (random > 100) repeatedly in CCL started from a shell, I get a randomly > generated number between 0 and 99 inclusive. When I do the same with > C-x C-e within Slime, I get the same number every time. (random 100 > (make- > random-state)) gives the same behavior, but (random 100 (make-random- > state t)) works properly. > > Is Slime caching something or have I hosed up my environment? Sorry for the late response. CCL's swank backend uses threads by default, and threads inherit values from the global environment. *RANDOM-STATE* probably becomes thread-local automatically in CCL, resulting in the behaviour you described. It should work when you type in the form at the Slime REPL which evaluates all forms in the same thread. -T.

4 4

[slime-devel] Slime contrib for completion via company-mode
by Ole Arndt 03 May '09

03 May '09

Hello, here is a slime contrib I use for completion in slime via company-mode (see http://www.emacswiki.org/emacs/CompanyMode). It provides an automatic, timer based completion popup at point and scores high in the eye candy department. Ole -- Ole Arndt http://www.sugarshark.com ;;; slime-company.el --- slime completion backend for company mode ;; ;; Copyright (C) 2009 Ole Arndt ;; ;; Author: Ole Arndt <ole(a)sugarshark.com> ;; Keywords: convenience, lisp, abbrev ;; ;; This program is free software; you can redistribute it and/or modify ;; it under the terms of the GNU General Public License as published by ;; the Free Software Foundation, either version 3 of the License, or ;; (at your option) any later version. ;; ;; This program is distributed in the hope that it will be useful, ;; but WITHOUT ANY WARRANTY; without even the implied warranty of ;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the ;; GNU General Public License for more details. ;; ;; You should have received a copy of the GNU General Public License ;; along with this program. If not, see <http://www.gnu.org/licenses/>. ;; ;;; Commentary: ;; ;; This is a backend implementation for the completion package ;; company-mode by Nikolaj Schumacher. More info about this package ;; is available at http://nschum.de/src/emacs/company-mode ;; Company-mode is also available at the ELPA http://tromey.com/elpa ;; ;; The backend is installed into the list of company-backends, but ;; you have to enable company-mode manually (or in lisp-mode-hook). ;; ;;; Installation: ;; ;; Add this to your .emacs: ;; ;; (add-to-list 'load-path "<directory-of-this-file>") ;; (add-hook 'slime-load-hook (lambda () (require 'slime-company))) ;; ;; or use: (slime-setup 'slime-fancy 'slime-company) ;; ;; I also have the following, IMO more convenient keybindings for ;; company mode in my .emacs: ;; ;; (define-key company-active-map (kbd "\C-n") 'company-select-next) ;; (define-key company-active-map (kbd "\C-p") 'company-select-previous) ;; (define-key company-active-map (kbd "\C-d") 'company-show-doc-buffer) ;; (define-key company-active-map (kbd "\C-v") 'company-show-location) ;; (define-key company-active-map (kbd "<tab>") 'company-complete) ;; (define-key company-active-map (kbd "\C-g") '(lambda () ;; (interactive) ;; (company-abort))) ;; ;;; Code: (require 'company) (defun slime-company-backend (command &optional arg &rest ignored) (case command ('prefix (and (eq (derived-mode-p 'lisp-mode) 'lisp-mode) (company-grab-lisp-symbol))) ('candidates (first (slime-simple-completions arg))) ('meta (let ((arglist (slime-eval `(swank:arglist-for-echo-area (quote ((,arg))))))) (when arglist (slime-fontify-string arglist)))) ('doc-buffer (let ((doc (slime-eval `(swank:describe-symbol ,arg)))) (with-current-buffer (company-doc-buffer) (insert doc) (goto-char (point-min)) (current-buffer)))) ('location nil) ('sorted nil))) (add-to-list 'company-backends 'slime-company-backend) (provide 'slime-company) ;;; slime-company.el ends here

2 1

[slime-devel] swank-compile-file
by Stas Boukarev 30 Apr '09

30 Apr '09

swank-compile-file on sbcl doesn't load compiled file if compile-file returns T for failure-p, i.e. if there is only one warning the whole file won't be loaded. I find this behaviour undesirable, especially during development. And C-c C-c does load piece of code with such warning. -- With best regards, Stas.

2 1

[slime-devel] patch for a glitch in swank-sbcl.lisp
by Philipp Matthias Schäfer 03 Apr '09

03 Apr '09

Hi, I slime-compile-and-load-file'ed a buffer which contains an expression (load (compile "otherfile.lisp")) and the compilation of the buffer itself worked flawlessly, about which the minibuffer informed me correctly. However since I had my slime-repl buffer not in the foreground I didn't notice that the compilation of otherfile.lisp actually failed. Looking at the source for my backend (sbcl) I noticed that the swank-compile-file function in swank-sbcl.lisp returns just nil in the event of a sb-c:fatal-compiler-error condition, whereas normally the function returns true as a third value in case the compilation did not succeed. This is a problem, since compile-file-for-emacs which calls swank-compile now gets the default value nil as a third return value, which is supposed to signify success. The following patch fixes the problem, that is, a buffer with the debugger is presented to me, which is the same behavior I get when calling slime-load-file after slime-compile-file. --- swank-sbcl.lisp 7 Mar 2009 19:08:03 -0000 1.237 +++ swank-sbcl.lisp 25 Mar 2009 21:02:23 -0000 @@ -512,7 +512,7 @@ (source-cache-get input-file (file-write-date input-file)) (not (load output-file)))))) - (sb-c:fatal-compiler-error () nil))) + (sb-c:fatal-compiler-error () (value nil nil t)))) ;;;; compile-string Regards. Philipp

2 1

[slime-devel] slime-inspector-copy-down
by Chaitanya Gupta 03 Apr '09

03 Apr '09

Hello, The function slime-inspector-copy-down (bound to M-RET in the inspector) in slime.el has been commented out in cvs for some time. Is it going to be "uncommented" and brought back to life? Or is there an alternative function to do the same thing? Chaitanya

2 1

[slime-devel] slime+sbcl+emacs on windows
by Andrey P. 31 Mar '09

31 Mar '09

I have problem with repl on emacs: after run slime, before restarting repl on condition, all output prints on emacs buffer *inferior-lisp*. Example: *slime-repl* ; SLIME - ChangeLog file not found CL-USER> (format t "df") NIL CL-USER> *inferior-lisp* ;; Swank started at port: 1556. CL-USER> df Then in repl I activated condition: *slime-repl* CL-USER> df *sldb* The variable DF is unbound. [Condition of type UNBOUND-VARIABLE] Restarts: 0: [RETRY] Retry SLIME REPL evaluation request. 1: [ABORT] Return to SLIME's top level. 2: [ABORT] Abort 3: [CLOSE-CONNECTION] Close SLIME connection 4: [ABORT] Exit debugger, returning to top level. Backtrace: 0: (SB-INT:SIMPLE-EVAL-IN-LEXENV DF #<NULL-LEXENV>) --more-- only after choosing restart 2 repl acquire desired behaviour: *slime-repl* CL-USER> df ; Evaluation aborted. CL-USER> (format t "df") df NIL CL-USER> used soft: Win XP GNU Emacs 22.2.1 SBCL 1.0.22 slime cvs snapshot on 27.03.2009

1 0

[slime-devel] Slime + mit-scheme + MacOS
by Nunez Steve 31 Mar '09

31 Mar '09

G'Day All, Does anyone here know of any pointers to getting Slime working with MIT scheme on the Mac? I've followed most all of the instructions in swank-mit-scheme.scm, however have run into a few issues and suggestions for improvements: 1. The author states 'You also need the `netcat' program to create sockets. MIT Scheme has some socket functions built-in, but I couldn't figure out how to access the locat port number of a server socket. We shell out to netcat to get us started.' Fine, but he doesn't state which version of netcat is required. The version on Mac OS, and on many other systems is named 'nc'. Other versions, such as the GNU NetCat, don't have a '-q' option. 2. Even after trying various combinations of 'nc', 'netcat' and experimenting with various netcat options, the system hangs at: ' 1 ]=> ;Loading "format.com"... done ;Loading "load.scm"... ; Loading "sos-unx.pkd"... done ; Loading "slot.com"... done ; Loading "class.com"... done ; Loading "instance.com"... done ; Loading "method.com"... done ; Loading "printer.com"... done ; Loading "macros.com"... done ;... done ;Loading "/Development/Applications/slime/contrib/swank-mit-scheme.scm"... done Both within emacs and from the command line. I've looked high and low for any how-to's or tutorials for slime+mit-scheme, but most everything I can easily locate are questions asking how not to use emacs! I'm not an emacs beginner, but am to scheme. Does anyone have any helpful cheat-sheets on getting this working? Or, is this a case of slime/swank development moving ahead without anyone (else) using it on mit-scheme? I notice that the MIT course 6.001 now uses PLT Scheme and it's IDE, so I imagine the number of users of this combination has gone down significantly. Cheers, - SteveN

2 1

[slime-devel] Error from gcc compiling 1.0.26.21 on win32
by Matthew D. Swank 29 Mar '09

29 Mar '09

This can't be good: gcc -g -o sbcl.exe alloc.o backtrace.o breakpoint.o coreparse.o dynbind.o funcal l.o gc-common.o globals.o interr.o interrupt.o largefile.o monitor.o os-common.o parse.o print.o purify.o pthread-futex.o pthread-lutex.o regnames.o run-program .o runtime.o save.o search.o thread.o time.o util.o validate.o vars.o wrap.o x86 -arch.o win32-os.o x86-win32-os.o gencgc.o x86-assem.o -mno-cygwin -lm interrupt.o: In function `deferrables_blocked_p': /usr/local/src/sbcl-dev/sbcl-build/src/runtime/interrupt.c:256: undefined refere nce to `_deferrable_sigset' /usr/local/src/sbcl-dev/sbcl-build/src/runtime/interrupt.c:256: undefined refere nce to `_all_signals_blocked_p' interrupt.o: In function `blockables_blocked_p': /usr/local/src/sbcl-dev/sbcl-build/src/runtime/interrupt.c:280: undefined refere nce to `_blockable_sigset' /usr/local/src/sbcl-dev/sbcl-build/src/runtime/interrupt.c:280: undefined refere nce to `_all_signals_blocked_p' interrupt.o: In function `gc_signals_blocked_p': /usr/local/src/sbcl-dev/sbcl-build/src/runtime/interrupt.c:304: undefined refere nce to `_gc_sigset' /usr/local/src/sbcl-dev/sbcl-build/src/runtime/interrupt.c:304: undefined refere nce to `_all_signals_blocked_p' collect2: ld returned 1 exit status make: *** [sbcl.exe] Error 1 make: Leaving directory `/usr/local/src/sbcl-dev/sbcl-build/src/runtime' -- "You do not really understand something unless you can explain it to your grandmother." -- Albert Einstein.

1 0

None
by Volkan YAZICI 17 Mar '09

17 Mar '09

X-OriginalArrivalTime

1 0

[slime-devel] Fwd: sbcl run-program output
by Robert Brown 14 Mar '09

14 Mar '09

When I use SBCL's run-program function to run a Unix command from the Slime REPL and the command produces a lot of output, I get a run time error. A sample acktrace is included below. Examples are: (sb-ext:run-program "/bin/cat" '("/etc/bash_completion") :output *terminal-io* :search t :wait t) or (sb-ext:run-program "/bin/cat" '("/etc/bash_completion") :output *standard-output* :search t :wait t) If I collect the output into a string and then print the string, everything works fine: (progn (princ (with-output-to-string (out) (sb-ext:run-program "/bin/cat" '("/etc/bash_completion") :output out :search t :wait t)) *terminal-io*) nil) My goal is to see the command's output as it's generated. Does anyone know how to do this? bob ==================== non-empty buffer when EOF reached while reading from child: #(99 117 114 32 41 32 41 10 9 9 ...) [Condition of type SIMPLE-ERROR] Restarts: 0: [ABORT] Abort sending output to Emacs. 1: [RETRY] Retry SLIME REPL evaluation request. 2: [ABORT] Return to SLIME's top level. 3: [ABORT] Exit debugger, returning to top level. Backtrace: 0: ((LAMBDA (SB-IMPL::FD)) #<unavailable argument>) 1: (SB-IMPL::SUB-SUB-SERVE-EVENT 0 200000) 2: (SB-IMPL::SUB-SERVE-EVENT 0 200000 NIL) 3: ((LAMBDA (SWANK-BACKEND::STREAMS &OPTIONAL SWANK-BACKEND::TIMEOUT)) (#<SB-SYS:FD-STREAM for "a socket" {B36B031}>) NIL) 4: (SWANK::WAIT-FOR-EVENT/EVENT-LOOP (:EMACS-PONG 16) NIL) 5: (SWANK::WAIT-FOR-EVENT (:EMACS-PONG 16) NIL) 6: (SWANK::SEND-USER-OUTPUT ..) 7: ((LAMBDA ())) 8: ((LAMBDA ())) 9: ((SB-PCL::FAST-METHOD STREAM-FINISH-OUTPUT (SWANK-BACKEND::SLIME-OUTPUT-STREAM)) #(3 NIL 2 NIL 5 NIL ...) #<unavailable\ argument> #<SWANK-BACKEND::SLIME-OUTPUT-STREAM {AAB0BF1}>) 10: ((LAMBDA ())) 11: ((SB-PCL::FAST-METHOD STREAM-WRITE-STRING (SWANK-BACKEND::SLIME-OUTPUT-STREAM T)) ..) 12: (SB-IMPL::%WRITE-STRING ..) 13: ((LAMBDA (SB-IMPL::FD)) #<unavailable argument>) 14: (SB-IMPL::SUB-SUB-SERVE-EVENT 1 0) 15: (SB-IMPL::SUB-SERVE-EVENT 1 0 NIL) 16: (SB-SYS:SERVE-ALL-EVENTS 1) 17: (PROCESS-WAIT #<SB-IMPL::PROCESS 9630 :SIGNALED> NIL) 18: (RUN-PROGRAM "/bin/cat" ("/etc/bash_completion"))[:EXTERNAL] 19: (SB-INT:SIMPLE-EVAL-IN-LEXENV (RUN-PROGRAM "/bin/cat" '("/etc/bash_completion") :OUTPUT *STANDARD-OUTPUT* :SEARCH ...) \ #<NULL-LEXENV>) 20: (SWANK::EVAL-REGION "(sb-ext:run-program \"/bin/cat\" '(\"/etc/bash_completion\") :output *standard-output* :search t :\ wait t)\n") 21: ((LAMBDA ())) 22: (SWANK::TRACK-PACKAGE #<CLOSURE (LAMBDA #) {B05A8AD}>) 23: (SWANK::CALL-WITH-RETRY-RESTART "Retry SLIME REPL evaluation request." #<CLOSURE (LAMBDA #) {B05A83D}>) 24: (SWANK::CALL-WITH-BUFFER-SYNTAX NIL #<CLOSURE (LAMBDA #) {B05A825}>) 25: (SWANK::REPL-EVAL "(sb-ext:run-program \"/bin/cat\" '(\"/etc/bash_completion\") :output *standard-output* :search t :wa\ it t)\n")

2 1

Re: [slime-devel] Bug#517839: slime: SLIME fails to upgrade
by Luca Capello 13 Mar '09

13 Mar '09

tags 517839 + upstream thanks Hi Christoph! Cc:ing the slime-devel mailing list, since this is an upstream issue (already reported, read below). Please keep the Debian BTS as cc:ed (no subscription requnired). On Mon, 02 Mar 2009 14:09:10 +0100, Christoph Egger wrote: > Updating SLIME in testing fails on configuration. See the aptitude > output attached to this mail. Please always set LANG=C when you provide logs, since it is difficult to parse foreign languages ;-) I can reproduce the bug on a clean cowbuilder chroot: first, I created it for lenny, then installed slime together with xemacs21 and emacs22 (no errors). After that I modified apt's sources.list to point to testing: ===== root@gismo:/# apt-get update Get:1 http://cdn.debian.net testing Release.gpg [197B] Get:2 http://cdn.debian.net testing Release [71.6kB] Get:3 http://cdn.debian.net testing/main Packages [5533kB] Fetched 5604kB in 11s (497kB/s) Reading package lists... Done root@gismo:/# apt-get dist-upgrade [...] The following packages will be upgraded: aptitude base-files bash binutils cl-swank cowdancer cpio cpp cpp-4.3 debconf debconf-i18n debianutils fakeroot findutils g++ g++-4.3 gcc gcc-4.3 gcc-4.3-base gnupg gpgv grep gzip libc6 libc6-dev libdb4.6 libept0 libgcc1 libgcrypt11 libgdbm3 libgmp3c2 libgnutls26 libgomp1 libice6 libmpfr1ldbl libncurses5 libncursesw5 libreadline5 libsepol1 libsm6 libstdc++6 libstdc++6-4.3-dev libtasn1-3 libxapian15 libxau6 libxaw7 mawk mktemp ncurses-base ncurses-bin pbuilder readline-common realpath sed slime tzdata 56 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 37.5MB/38.7MB of archives. After this operation, 3084kB of additional disk space will be used. Do you want to continue [Y/n]? y [...] ===== > Compiling /usr/share/xemacs21/site-lisp/slime/slime.el... > While compiling toplevel forms in file /usr/share/xemacs21/site-lisp/slime/slime.el: > !! error (("Required feature arc-mode was not provided")) >>>Error occurred processing slime.el: > Required feature arc-mode was not provided This is the problem, specific to xemacs21 and not emacs22. The problem is in slime.el at line 69: --8<---------------cut here---------------start------------->8--- (require 'overlay)) (require 'easymenu) (eval-when (compile) (require 'arc-mode) (require 'apropos) (require 'outline) (require 'etags)) --8<---------------cut here---------------end--------------->8--- This has already been reported upstream, see the discussion at http://common-lisp.net/pipermail/slime-devel/2008-October/015633.html Quoting Helmut Heller from the thread above: --8<---------------cut here---------------start------------->8--- On Mon, 27 Oct 2008 19:49:13 +0100, Helmut Eller wrote: > * Steven E. Harris [2008-10-27 00:21+0100] writes: > >>> Byte-compilation doesn't work in XEmacs, though. >> >> In general, or as a result of this change? Before my last post, I was >> able to byte-compile slime.el when I commented out the `require' form, >> but I concede that I didn't test the result. > > It doesn't work because arc-mode.el in XEmacs provides 'archive-mode > instead of 'arc-mode. --8<---------------cut here---------------end--------------->8--- Since on Debian we byte-compile emacsen files at installation, I do not know how to proceed here. Is not this a bug in XEmacs? I would say so and thus reassign the bug to xemacs21. Thx, bye, Gismo / Luca

1 0

[slime-devel] Double end-table in CVS doc/slime.texi
by Barry Fishman 12 Mar '09

12 Mar '09

Please fix the extra "@end table in doc/slime.tex: cvs diff: Diffing doc Index: doc/slime.texi

1 0

[slime-devel] Putting FASLs compiled from emacs in the same place as ASDF
by John Fremlin 11 Mar '09

11 Mar '09

For a while I patched SLIME so that it would put FASLs in the same place as ASDF was told to put them. This keeps miscellaneous .fasls from cluttering up source directories. The way it did this was to modify all the swank-${impl}.lisp files. Now I have been pleasantly surprised to see that the compile output-file has been very decently abstracted away. It isn't perfect but it at least supports the customisations by Debian's common-lisp-controller::alternative-root-path-to-fasl-path. Can I suggest this replacement for fasl-pathname? Or at least that a convenient way of allowing a similar customization be integrated? (Maybe allow *fasl-directory* to be a function?) (defun fasl-pathname (input-file options) (cond ((getf options :fasl-directory) (let* ((str (getf options :fasl-directory)) (dir (filename-to-pathname str))) (assert (char= (aref str (1- (length str))) #\/)) (compile-file-pathname input-file :output-file dir))) (*fasl-directory* (compile-file-pathname input-file :output-file *fasl-directory*)) (t (or (ignore-errors (first (asdf:output-files (make-instance 'asdf:compile-op) (make-instance 'asdf:cl-source-file :name (pathname-name (pathname input-file)) :parent (make-instance 'asdf:module :pathname nil :name "") :pathname nil)))) (compile-file-pathname input-file)))))

2 2

[slime-devel] [PATCH] fix docs
by Stelian Ionescu 10 Mar '09

10 Mar '09

there's a small error introduced yesterday: a new "@end table" was added without removing the old one -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur.

1 0

[slime-devel] slime troubles
by Gary King 10 Mar '09

10 Mar '09

I just installed slime fresh from CVS on OS X using Aquamacs When I try > (require 'slime) > (require 'slime-autoloads) > (slime-setup '(slime-scratch slime-editing-commands slime-repl > slime-c-p-c slime-autodoc > slime-editing-commands)) and start slime (using M-- M-x slime and allegro), I get a happy *inferior-lisp* but no REPL. If I try using sbcl instead, the same thing happens. I don't have time right now to fuss and futz with slime setup; I'm not sure why what I'm doing isn't working and the HTML manual isn't much help. Suggestions much appreciated. thanks, -- Gary Warren King, metabang.com Cell: (413) 559 8738 Fax: (206) 338-4052 gwkkwg on Skype * garethsan on AIM * gwking on twitter

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 10 Mar '09

10 Mar '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1713 slime/ChangeLog:1.1717 --- slime/ChangeLog:1.1713 Sat Mar 7 21:12:33 2009 +++ slime/ChangeLog Mon Mar 9 22:51:24 2009 @@ -1,6 +1,42 @@ +2009-03-09 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-define-channel-type): Indulge in pretty colors. + (slime-define-channel-method): You, too! + + (slime-handle-indentation-update): Always put an indentation + update on 'slime-indent; for slime-indentation-fu. + +2009-03-09 Anton Vodonosov <avodonosov(a)yandex.ru> + + Use correct encoding and eol conventions for socket streams. + + * swank-abcl.lisp (accept-connection): Honor external-format + argument. + (*external-format-to-coding-system*, find-external-format): New. + +2009-03-09 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-with-xref-buffer): Use buffer-names like + "*slime xref...*" so that slime-kill-all-buffers can pick + it up easily. + +2009-03-09 Helmut Eller <heller(a)common-lisp.net> + + * hyperspec.el (common-lisp-hyperspec-lookup-reader-macro): Use + case-insensitive completion. + (hyperspec-lookup-reader-macro): New alias. + Suggested by Stas Boukarev. + +2009-03-09 Helmut Eller <heller(a)common-lisp.net> + + Make fasl-pathname fully customizable not only the direcrory part. + + * swank.lisp (*fasl-pathname-function*): New variable. + (*fasl-directory*): Deleted. + 2009-03-08 Tobias C. Rittweiler <tcr(a)freebits.de> - * slime.el (slime-choose-overlay-for-read-error): Extraced and + * slime.el (slime-choose-overlay-for-read-error): Extracted and extended from `slime-choose-overlay-region'. Differentiate between symbol-related reader-errors (package not found &c) and character-related reader-errors. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.190 slime/contrib/ChangeLog:1.193 --- slime/contrib/ChangeLog:1.190 Sat Mar 7 20:08:13 2009 +++ slime/contrib/ChangeLog Mon Mar 9 22:40:21 2009 @@ -1,3 +1,25 @@ +2009-03-09 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-autodoc.el (slime-compute-autodoc-rpc-form): + New. Extracted from `slime-autodoc-thing-at-point'. + (slime-compute-autodoc-internal): New. Extracted from + `slime-compute-autodoc'. + (slime-compute-autodoc): Explicitly save match data. + (slime-autodoc-hook): New. Run everytime autodoc is computed. + + * slime-enclosing-context.el (slime-enclosing-bound-macros): New. + (slime-find-bound-macros): New, too. + + * slime-indentation-fu.el, swank-indentation-fu.lisp: New contrib + to properly indent &BODY arguments of local macro definitions. + Suggested by Lorenz Moesenlechner. + +2009-03-09 Helmut Eller <heller(a)common-lisp.net> + + * swank-kawa.scm: Use foo: style keywords because :foo is now + a symbol. + (copy-stack): Use null to mark absent src-loc information. + 2009-03-08 Tobias C. Rittweiler <tcr(a)freebits.de> * slime-repl.el ([test] interrupt-in-blocking-read): Wrap

1 0

[slime-devel] [Patch] hyperspec reader macro lookup adjustments.
by Stas Boukarev 09 Mar '09

09 Mar '09

ChangeLog entry: 2009-03-03 Stas Boukarev <stassats(a)gmail.com> * hyperspec.el: Rename `common-lisp-hyperspec-lookup-reader-macro' to `common-lisp-hyperspec-reader-macro' and add `hyperspec-lookup-reader-macro' alias for consistency with other lookup functions. (common-lisp-hyperspec-reader-macro): ignore case when doing completion. * doc/slime.texi: mention `common-lisp-hyperspec-reader-macro'. -- With Best Regards, Stas.

2 1

[slime-devel] [Patch]: slime-kill-all-buffers: kill XREF buffers
by Stas Boukarev 09 Mar '09

09 Mar '09

2009-03-03 Stas Boukarev <stassats(a)gmail.com> * slime.el (slime-kill-all-buffers): Kill XREF buffers too. -- With Best Regards, Stas.

2 1

[slime-devel] ABCL newline & input/output
by szergling 09 Mar '09

09 Mar '09

Hi all, I think I roughly see the policy for the way ABCL treats newlines on different operating systems. But there are some bits that don't seem to fit well with Slime. I have a specific problem in mind here. In the latest (3 Mar) slime/swank, I narrowed the issue down to this (ignore indentation, and the REPL numbers, they're out of order): Firstly, this is the 0.13.0 ABCL tarball. Running on Windows. CL-USER(33): (lisp-implementation-type) "Armed Bear Common Lisp" CL-USER(34): (lisp-implementation-version) "0.13.0" CL-USER(39): *features* (:ASDF :X86 :JAVA-1.5 :ARMEDBEAR :ABCL :COMMON-LISP :ANSI-CL :WINDOWS :CDR6) Internal newline representation CL-USER(35): #\linefeed #\Newline SWANK(57): #\return #\Return CL-USER(31): (coerce (format nil "~%") 'list) (#\Newline) CL-USER(32): (mapcar #'char-code (coerce (format nil "~%") 'list)) (10) CL-USER(30): (with-open-file (s "c:/home/temp/temp.txt" :direction :output :if-exists :supersede) (write-string (format nil "~%") s)) " " CL-USER(38): (with-open-file (s "c:/home/temp/temp.txt" :element-type '(unsigned-byte 8)) (loop for b = (read-byte s nil nil) while b collect b)) (13 10) It looks like ABCL uses #\Newline internally. Conversion happens on print/reading. Doesn't clisp do conversions on prints? Swank's encode-message ran afoul of this issue because the encoded message length (internal length of string) and what is written out with write-string are inconsistent. >From a cursory skim through the Hyperspec, I think ABCL hasn't violated any standards, so slime is the one who's wrong here, but I don't really know the Hyperspec that well. What does everyone think? If I apply the attached hack, I now get the following problem in my Slime REPL: CL-USER> 60 60^M CL-USER> So it's probably not quite the right way to do things. Any suggestions or fixes? Cheers, Theam Yong Chew

3 3

[slime-devel] [patch] fix documentation of slime-describe-function key binding
by Pierre Riteau 09 Mar '09

09 Mar '09

Fix slime-describe-function key binding in the manual: it's C-c C-d f, not C-c C-f. Index: doc/slime.texi =================================================================== RCS file: /project/slime/cvsroot/slime/doc/slime.texi,v retrieving revision 1.69 diff -p -u -u -r1.69 slime.texi --- doc/slime.texi 26 Feb 2009 21:50:00 -0000 1.69 +++ doc/slime.texi 8 Mar 2009 18:32:39 -0000 @@ -980,7 +980,7 @@ argument list for the function at point, @kbditem{C-c C-d d, slime-describe-symbol} Describe the symbol at point. -@kbditem{C-c C-f, slime-describe-function} +@kbditem{C-c C-d f, slime-describe-function} Describe the function at point. @kbditem{C-c C-d a, slime-apropos}

2 1

[slime-devel] Slime often freezes Emacs on bugs
by Antonio Pereira 09 Mar '09

09 Mar '09

I am using SBCL and Slime on windows. When I make a mistake and Lisp goes to the debugger, the slime-repl often freezes Emacs. I will try to reproduce the error here: ; SLIME 2009-03-08 CL-USER> (* 3 4 5) 60 CL-USER> (reco 3 4) ;; I made a mistake on purpose This error sends me to the debugger. When I abort (or try to return to Slime, or whatever), Emacs freezes: ; SLIME 2009-03-08 CL-USER> (* 3 4 5) 60 CL-USER> (reco 3 4) ;; I made a mistake on purpose The minibuffer looks like this: ; pipelined request... (swank:listener-eval "3 The only thing that seems to work is Interrupt Lisp Process. BTW, here is the debugger loop: The function RECO is undefined. [Condition of type UNDEFINED-FUNCTION] Restarts: 0: [RETRY] Retry SLIME REPL evaluation request. 1: [ABORT] Return to SLIME's top level. 2: [ABORT] Abort 3: [CLOSE-CONNECTION] Close SLIME connection 4: [ABORT] Exit debugger, returning to top level. Backtrace: 0: ("bogus stack frame") 1: (SB-INT:SIMPLE-EVAL-IN-LEXENV (RECO 3 4) #<NULL-LEXENV>) 2: (SWANK::EVAL-REGION "(reco 3 4) ;; I made a mistake on purpose\n") 3: ((LAMBDA ())) 4: (SWANK::TRACK-PACKAGE #<CLOSURE (LAMBDA #) {23F5029D}>) 5: (SWANK::CALL-WITH-RETRY-RESTART "Retry SLIME REPL evaluation request." #<CLOSURE (LAMBDA #) {23F5022D}>) 6: (SWANK::CALL-WITH-BUFFER-SYNTAX NIL #<CLOSURE (LAMBDA #) {23F50215}>) 7: (SWANK::REPL-EVAL "(reco 3 4) ;; I made a mistake on purpose\n") 8: (SB-INT:SIMPLE-EVAL-IN-LEXENV (SWANK:LISTENER-EVAL "(reco 3 4) ;; I made a mistake on purpose\n") #<NULL-LEXENV>) 9: (SWANK::EVAL-FOR-EMACS (SWANK:LISTENER-EVAL "(reco 3 4) ;; I made a mistake on purpose\n") "COMMON-LISP-USER" 20) 10: (SWANK::PROCESS-REQUESTS T) 11: ((LAMBDA ())) 12: (SWANK::HANDLE-REQUESTS #<SWANK::CONNECTION {241CC519}> T) 13: ((LAMBDA (SWANK-BACKEND::HOOK SWANK-BACKEND::FUN)) #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA #) {24236CED}>) 14: (SWANK::CALL-WITH-BINDINGS NIL #<CLOSURE (LAMBDA #) {24236D05}>) 15: (SWANK::CALL-WITH-CONNECTION #<SWANK::CONNECTION {241CC519}> #<CLOSURE (LAMBDA #) {24236CED}>) 16: ((LAMBDA ())) 17: ((LAMBDA ())) 18: ((SB-PCL::FAST-METHOD STREAM-READ-CHAR (SWANK-BACKEND::SLIME-INPUT-STREAM)) #(2 NIL 3 NIL 1 NIL ...) #<unavailable argument> #<SWANK-BACKEND::SLIME-INPUT-STREAM {24235C91}>) 19: (READ-CHAR #<SWANK-BACKEND::SLIME-INPUT-STREAM {24235C91}> T #:EOF-OBJECT #<unused argument>) 20: (SB-IMPL::%READ-PRESERVING-WHITESPACE #<SWANK-BACKEND::SLIME-INPUT-STREAM {24235C91}> T NIL T) 21: (SB-IMPL::%READ-PRESERVING-WHITESPACE #<SWANK-BACKEND::SLIME-INPUT-STREAM {24235C91}> T NIL NIL) 22: (READ #<SWANK-BACKEND::SLIME-INPUT-STREAM {24235C91}> T NIL NIL) 23: (SWANK::SIMPLE-REPL) 24: ((LAMBDA ())) 25: ((LAMBDA (SWANK-BACKEND::HANDLER FUNCTION)) #<FUNCTION (LAMBDA #) {23E05215}> #<CLOSURE (LAMBDA #) {241CC595}>) 26: (SWANK::SIMPLE-SERVE-REQUESTS #<SWANK::CONNECTION {241CC519}>) 27: (SWANK::SERVE-CONNECTION #<SB-BSD-SOCKETS:INET-SOCKET descriptor -1 {24158D89}> NIL NIL :ISO-8859-1) 28: (SWANK::SETUP-SERVER 0 #<CLOSURE (LAMBDA #) {240E5FD5}> NIL NIL :ISO-8859-1) 29: (SB-INT:SIMPLE-EVAL-IN-LEXENV (FUNCALL (READ-FROM-STRING "swank:start-server") "c:/DOCUME~1/User/CONFIG~1/Temp/slime.2900" :CODING-SYSTEM "iso-latin-1-unix") #<NULL-LEXENV>) 30: (SB-INT:SIMPLE-EVAL-IN-LEXENV ..) 31: (INTERACTIVE-EVAL ..) 32: (SB-IMPL::REPL-FUN NIL) 33: ((LAMBDA ())) 34: (SB-IMPL::%WITH-REBOUND-IO-SYNTAX #<CLOSURE (LAMBDA #) {23B3910D}>) 35: (SB-IMPL::TOPLEVEL-REPL NIL) 36: (SB-IMPL::TOPLEVEL-INIT) 37: ((LABELS SB-IMPL::RESTART-LISP)) 38: ("foreign function: #x412045") 39: ("foreign function: #x40AEA8")

2 1

[slime-devel] asdf system browser for slime
by egv 09 Mar '09

09 Mar '09

Hello. I've made some enhancements to asdf system browser by Stanisław Halik (http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/ce68d8fb…). Now it has autocompletion and ability to browse through asd files. Some more info is in README file, but, in case of any questions, do not hesitate to mail me directly. Anyone interested can browse git repo and grab it here: http://github.com/egv/asdf-browser/tree/master -- Gennady.

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 08 Mar '09

08 Mar '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1709 slime/ChangeLog:1.1713 --- slime/ChangeLog:1.1709 Fri Mar 6 23:23:52 2009 +++ slime/ChangeLog Sat Mar 7 21:12:33 2009 @@ -1,3 +1,39 @@ +2009-03-08 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-choose-overlay-for-read-error): Extraced and + extended from `slime-choose-overlay-region'. Differentiate between + symbol-related reader-errors (package not found &c) and + character-related reader-errors. + (slime-choose-overlay-region): Use it. + +2009-03-08 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (make-slime-buffer-location, make-slime-file-location): + Do not default to (:hints), but to nil, as expected in the + slime-side source-location machinery. + +2009-03-08 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-choose-overlay-region): Special case :read-error + notes regardless of position kind. + + * swank-sbcl.lisp (signal-compiler-condition): Return :READ-ERROR + as severity for reader-errors. + (compiler-note-location): Fix off-by-one when compiling from + buffer. + +2009-03-08 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-sbcl.lisp (compiling-from-buffer-p), + (compiling-from-file-p) + (compiling-from-generated-code-p): New helpers; extracted from + LOCATE-COMPILER-NOTE. + (locate-compiler-note): Use them. + (compiler-note-location): Use them, too, to handle reader-errors + when compiling from file. This completes 2009-02-27. + + Reported by Christian Lynbech. + 2009-03-07 Tobias C. Rittweiler <tcr(a)freebits.de> * slime.el ([portability] getf): Redefine `getf' on Emacs21 to Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.188 slime/contrib/ChangeLog:1.190 --- slime/contrib/ChangeLog:1.188 Wed Mar 4 17:59:19 2009 +++ slime/contrib/ChangeLog Sat Mar 7 20:08:13 2009 @@ -1,3 +1,17 @@ +2009-03-08 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-repl.el ([test] interrupt-in-blocking-read): Wrap + `with-canonicalized-slime-repl-buffer' around the whole + test. Otherwise the changed repl prompt doesn't extend to the + actual `slime-test-expect'. + +2009-03-08 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-fancy-inspector.lisp (make-visit-file-thunk): New helper; + extracted from emacs-inspect [file-stream]. + ([method] emacs-inspect file-stream): Use it. + ([method] emacs-inspect stream-error): Use it, too. + 2009-03-04 Tobias C. Rittweiler <tcr(a)freebits.de> * slime-asdf.el: Really do the commit from entry 2009-02-28.

1 0

[slime-devel] Swank Fails to load
by Nunez Steve 07 Mar '09

07 Mar '09

G'Day Gentlemen, I'm building a new development environment and am noticing some problems loading swank. The environment is: OpenSolaris 2008.11 Amazon AMI SBCL 1.0.23 Latest slime from CVS (2009-03--07) The error is: * (load "/root/slime/swank-loader.lisp") T * (swank:create-server) debugger invoked on a SB-INT:SIMPLE-READER-PACKAGE-ERROR: SB-INT:SIMPLE-READER-PACKAGE-ERROR at 173892 on #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDIN* {480D7E41}>: package "SWANK" not found Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level. (SB-IMPL::READ-TOKEN #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDIN* {480D7E41}> #\s) Unfortunately, I'm a bit new to this environment, so that's about as far as I can take the debugging. My first thought however is to ask if this can be run in an Amazon AMI, or is this likely to cause problems? Cheers, - SteveN

1 2

[slime-devel] Daily ChangeLog diff
by Helmut Eller 07 Mar '09

07 Mar '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1706 slime/ChangeLog:1.1708 --- slime/ChangeLog:1.1706 Tue Mar 3 10:04:09 2009 +++ slime/ChangeLog Wed Mar 4 20:40:01 2009 @@ -1,3 +1,17 @@ +2009-03-04 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-check-fancy-symbol-name): Use + `slime-test-expect' instead of `slime-check'. + ([test] fancy-symbol-names): Extend test case; check for + "Foo" in #<Foo| {...}>. + (slime-symbol-constituent-at-pos): Check for #<. + +2009-03-04 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-wait-condition): Remove `save-excursion'; it + made the `repl-test' test case fail because this test tries to set + point to the new prompt in vain. + 2009-03-03 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-pretty-package-name): Simplify. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.187 slime/contrib/ChangeLog:1.188 --- slime/contrib/ChangeLog:1.187 Tue Mar 3 23:22:05 2009 +++ slime/contrib/ChangeLog Wed Mar 4 17:59:19 2009 @@ -1,5 +1,9 @@ 2009-03-04 Tobias C. Rittweiler <tcr(a)freebits.de> + * slime-asdf.el: Really do the commit from entry 2009-02-28. + +2009-03-04 Tobias C. Rittweiler <tcr(a)freebits.de> + * slime-repl.el (slime-check-buffer-contents): Fix typo. (with-canonicalized-slime-repl-buffer): Refactored from test cases. A lot of test cases implemented this somewhat

3 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel March 2009