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

[slime-devel] Daily ChangeLog diff
by Helmut Eller 28 Aug '09

28 Aug '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1843 slime/ChangeLog:1.1845 --- slime/ChangeLog:1.1843 Fri Aug 21 13:16:42 2009 +++ slime/ChangeLog Thu Aug 27 16:19:26 2009 @@ -1,3 +1,17 @@ +2009-08-27 Stas Boukarev <stassats(a)gmail.com> + + * slime.el (slime-remove-old-overlays): delete notes at the very beginning + of the buffer too. Thanks to Nick Levine. + +2009-08-22 Helmut Eller <heller(a)common-lisp.net> + + Speed up symbol completion. + + * swank.lisp (all-completions): Don't call unparse-symbol + while matching. That gets very slow in CCL's CCL package. + Just use symbol-name and compare with char-equal. + (prefix-match-p): Use char-equal. + 2009-08-21 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-transcript-start-hook) Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.236 slime/contrib/ChangeLog:1.238 --- slime/contrib/ChangeLog:1.236 Fri Aug 21 13:16:43 2009 +++ slime/contrib/ChangeLog Thu Aug 27 16:15:43 2009 @@ -1,3 +1,14 @@ +2009-08-27 Stas Boukarev <stassats(a)gmail.com> + + * slime-c-p-c.el (slime-contextual-completions): Detect characters properly. + (slime-completions-for-character): Append #\ to the character names. + This fixes character completion, reported by Nick Levine. + +2009-08-24 Helmut Eller <heller(a)common-lisp.net> + + * inferior-slime.el (inferior-slime-stop-transcript): Switch + to the right buffer. + 2009-08-21 Helmut Eller <heller(a)common-lisp.net> * inferior-slime.el (inferior-slime-show-transcript)

1 0

[slime-devel] removing overlays from the beginning of a buffer
by Nick Levine 27 Aug '09

27 Aug '09

If a source buffer starts with an annotated form then slime-remove-notes won't find it. Easily fixed (but there may be a better way - I'm not that familiar with the source). - nick (defun slime-remove-old-overlays () "Delete the existing Slime overlays in the current buffer." (dolist (buffer (slime-filter-buffers (lambda () slime-mode))) (with-current-buffer buffer (save-excursion (save-restriction (widen) ; remove overlays within the whole buffer. (goto-char (point-min)) (let ((o)) (when (setq o (slime-note-at-point)) (delete-overlay o)) (while (setq o (slime-find-next-note)) (delete-overlay o))))))))

3 3

[slime-devel] compound completion for characters
by Nick Levine 27 Aug '09

27 Aug '09

The manual says that #\Sp<Tab> should complete to #\Space but I can't get that to happen; I get the message [Can't find completion for "#\Sp"] and indeed (swank:completions "#\\Sp" "COMMON-LISP-USER") returns nil. I'm running SLIME 2009-08-21 on CLozure CL 1.3-r12394M on FreeBSD. Thanks, - nick

2 1

[slime-devel] Typo: "Supported Platforms" in the manual
by Nick Levine 27 Aug '09

27 Aug '09

It says "GNU Emacs versions 21, 22 and 22". Presumeably that last was meant to read "23"? - nick

2 1

[slime-devel] sbc.core-with-swank
by Sebastian Tennant 22 Aug '09

22 Aug '09

Hi all, Mine is a standard sbcl installation ($ ./install.sh) yet I can only get this speed-up to work if I provide an absolute path to the core: ("sbcl" "--core" "/usr/local/lib/sbcl/sbcl.core-with-swank") What am I missing? Regards, Sebastian -- Emacs' AlsaPlayer - Music Without Jolts Lightweight, full-featured and mindful of your idyllic happiness. http://home.gna.org/eap

3 4

[slime-devel] Daily ChangeLog diff
by Helmut Eller 22 Aug '09

22 Aug '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1842 slime/ChangeLog:1.1843 --- slime/ChangeLog:1.1842 Wed Aug 19 10:58:02 2009 +++ slime/ChangeLog Fri Aug 21 13:16:42 2009 @@ -1,21 +1,28 @@ +2009-08-21 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-transcript-start-hook) + (slime-transcript-stop-hook): New hooks. + (slime-eval-with-transcript): Use them. + (slime-eval-with-transcript-cont): Deleted. + 2009-08-19 Mark Evenson <evenson(a)panix.com> * swank-abcl.lisp: Accommodate the new Java/Lisp stack frame abstraction in the upcoming abcl-0.16. (based on code from Tobias Rittweiler). - + 2009-08-18 Mark Evenson <evenson(a)panix.com> Add multithreading code for abcl-0.16. (Tobias Rittweiler) * swank-abcl.lisp: A multithread implementation taking advantage - of the new synchronization primitives in abcl-0.16. + of the new synchronization primitives in abcl-0.16. Restore working with abcl-0.15. * swank-abcl.lisp: Remove the warm initialization code for SWANK:COMPILER-CONDITION, as it is no longer needed for the - current release of ABCL. + current release of ABCL. 2009-08-16 StanisBaw Halik <sthalik(a)test123.ltd.pl> Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.235 slime/contrib/ChangeLog:1.236 --- slime/contrib/ChangeLog:1.235 Sat Aug 15 04:39:10 2009 +++ slime/contrib/ChangeLog Fri Aug 21 13:16:43 2009 @@ -1,3 +1,10 @@ +2009-08-21 Helmut Eller <heller(a)common-lisp.net> + + * inferior-slime.el (inferior-slime-show-transcript) + (inferior-slime-stop-transcript, inferior-slime-start-transcript): + New functions. + (inferior-slime-init): Install transcript hooks. + 2009-08-15 Helmut Eller <heller(a)common-lisp.net> * slime-typeout-frame.el (slime-typeout-message): Don't call

1 0

[slime-devel] Error in `post-command-hook' ?
by Alberto Riva 21 Aug '09

21 Aug '09

I recently upgraded Slime, and now I keep getting these very annoying warnings, usually when I do something in the modeline, but also at other apparently random times: (1) (error/warning) Error in `post-command-hook' (setting hook to nil): (wrong-type-argument natnump t) If I turn debug on, this is what I get: Debugger entered--Lisp error: (wrong-type-argument natnump t) signal(wrong-type-argument (natnump t)) set-itimer-restart(("run-with-idle-timer<2>" 0.2 0.2 eldoc-print-current-symbol-info t t nil (19018 24548 646301)) t) timer-set-idle-time(("run-with-idle-timer<2>" 0.2 0.2 eldoc-print-current-symbol-info t t nil (19018 24548 646301)) 0.2 t) eldoc-schedule-timer() I'm using Allegro CL 8.1 and XEmacs 21.4.21. I also observed the problem that was reported here earlier: slime-bug("Caught error during fontification while searching for forms that are suppressed by reader-conditionals. The error was: (cl-assertion-failed (<= (point) limit)) but I was able to stop XEmacs doing whatever it was doing with C-g before it ran out of memory. Thanks, Alberto

2 1

[slime-devel] Slime bug in fontification and reader conditionals
by Raymond Toy 21 Aug '09

21 Aug '09

I'm attaching the message for a slime internal bug. I think the issue is that slime doesn't recognize reader conditionals like #+:executable. In fact, changing slime-reader-conditionals-regexp to (regexp-opt '("#+" "#-" "#!+" "#!-" "#+:" "#-:"))) fixes this issue. But perhaps the bug is in slime-search-suppressed-forms? Changing #+:executable to #+executable (and #-: to #-) makes slime handle the file. The file I was looking at was src/code/save.lisp from cmucl. Ray (11) (slime,warning/warning) "save.lisp":298:64 (pt=10630). Caught error during fontification while searching for forms that are suppressed by reader-conditionals. The error was: (cl-assertion-failed (<= (point) limit)). This is a bug in Slime itself. Please report this to the mailinglist slime-devel(a)common-lisp.net and include your Emacs version, the guilty Lisp source file, the header of this message, and the following backtrace. Backtrace: backtrace() (let ((standard-output standard-output)) (backtrace)) (let ((standard-output ...)) (let (...) (backtrace)) (with-current-buffer standard-output (prog1 ... ...))) (with-output-to-string (backtrace)) (slime-display-warning "%S:%d:%d (pt=%d).\n%s\n\nThis is a bug in Slime itself. Please report this to the\nmailinglist slime-devel(a)common-lisp.net and include your Emacs\nversion, the guilty Lisp source file, the header of this\nmessage, and the following backtrace.\n\nBacktrace:\n%s\n--------------------------------------------------------------\n" (buffer-name) (line-number-at-pos) (current-column) (point) (apply (function format) message args) (with-output-to-string (backtrace))) slime-bug("Caught error during fontification while searching for forms\nthat are suppressed by reader-conditionals. The error was: %S." (cl-assertion-failed (<= (point) limit))) byte-code("..." [condition result nil slime-bug "Caught error during fontification while searching for forms\nthat are suppressed by reader-conditionals. The error was: %S."] 3) slime-search-suppressed-forms(10507) font-lock-fontify-keywords-region(9459 10507 nil) font-lock-default-fontify-region(9459 10507 nil) font-lock-fontify-region(9459 10507) lazy-shot-fontify-internal(#<buffer "save.lisp"> 9459 10491 t "stealthy ") lazy-shot-lock-extent(#<destroyed extent> t) lazy-shot-stealth-lock(#<buffer "save.lisp">) apply(lazy-shot-stealth-lock #<buffer "save.lisp">) byte-code("..." [this-command inhibit-quit quit-flag match-data itimer current-itimer match-data ((store-match-data match-data)) nil itimer-uses-arguments apply itimer-function itimer-function-arguments last-event-time next-wakeup itimers time-elapsed] 5) itimer-run-expired-timers(1.084827) itimer-timer-driver(nil) ("execute_internal_event()" "[internal]") (dispatch-event "[internal]")

2 3

[slime-devel] [patch] default parse spec for custom autodoc
by Stanisław Halik 20 Aug '09

20 Aug '09

Is this change sane? With it in place, adding custom autodoc keyword specifiers is as simple as specializing SWANK::EXTRA-KEYWORDS. Without it, modifying slime-extended-operator-name-parser-alist in Emacs is required. diff --git a/contrib/slime-parse.el b/contrib/slime-parse.el index 020e5f9..3a514e1 100644 --- a/contrib/slime-parse.el +++ b/contrib/slime-parse.el @@ -64,6 +64,8 @@ If SKIP-BLANKS-P is true, leading whitespaces &c are skipped. (buffer-substring-no-properties (save-excursion (backward-up-list n) (point)) (point))) +(defvar slime-default-extended-operator-spec + '(slime-make-extended-operator-parser/look-ahead 1)) (defun slime-parse-extended-operator-name (user-point forms indices points) "Assume that point is directly at the operator that should be parsed. @@ -78,7 +80,8 @@ parsing, and are then returned back as multiple values." (let* ((current-op (first (first forms))) (op-name (upcase (slime-cl-symbol-name current-op))) (assoc (assoc op-name slime-extended-operator-name-parser-alist)) - (entry (cdr assoc)) + (entry (or (cdr assoc) + slime-default-extended-operator-spec)) (parser (if (and entry (listp entry)) (apply (first entry) (rest entry)) entry)))

3 2

[slime-devel] Incomplete REPL functionality
by Slobodan Milnović 20 Aug '09

20 Aug '09

Hi, Platform: MS Windows XP, SP3 SBCL 1.0.29 (binaries downloaded from the www.sbcl.org) emacs 23.1 (binaries downloaded from the http://ftp.gnu.org/pub/gnu/emacs/windows/) slime - http://common-lisp.net/project/slime/snapshots/slime-current.tgz (18. 08., 19. 08. and 20. 08.) When slime starts, there is no banner animation, and while I can use the REPL, it doesn't complete anything, and the *inferior-lisp* buffer acts more like an regular text buffer than an interactive REPL session. The same thing happens when I use the cygwin on the same computer, with emacs 21.2.1, and clisp 2.46. The emacs configuration is the same (except the inferior-lisp-program of course). I have added both slime-repl and slime-fancy, just in case. Also, I have tried with just (slime-setup) and (slime-setup '(slime-repl)), and there are still REPL problems. Ok, banner is not so importand (althoug I really like it :) ), but the REPL is. I don't know when the problems started, because it has been a few months that I have run slime, and that was on another computer under the ubuntu with ubuntu slime package. This is my emacs configuration, and in the attachment you will find the result of the initial slime start (compilation and stuff) within the *inferior-lisp* buffer, and the content of the *slime-events* buffer. Emacs configuration: (setq inferior-lisp-program "sbcl") (add-to-list 'load-path "C:/Program Files/slime/") (add-to-list 'load-path "C:/Program Files/slime/contrib/") (require 'slime) (require 'slime-autoloads) (slime-setup '(slime-fancy slime-repl slime-autodoc slime-banner slime-editing-commands slime-fancy-inspector slime-presentations slime-presentation-streams slime-references slime-xref-browser slime-highlight-edits)) -- Poći ću s vama jer volim šalu, hoću da vidim ježa budalu. Put u Japan - http://ofcan.wordpress.com

2 2