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

[slime-devel] SLIME-Clisp Unicode encoding
by mv968 16 Mar '11

16 Mar '11

If I enter (from an italian keyboard) a "small 'a' with grave accent" #\à I get #\LATIN_CAPITAL_LETTER_A_WITH_TILDE which is obviously wrong. I put the following lines in my emacs: (setq inferior-lisp-program "c:/home/bin/clisp/full/lisp.exe -B c:/home/bin/clisp/full -M c:/home/bin/clisp/full/lispinit.mem -E utf-8 -q"); my Lisp system ... (setq slime-net-coding-system 'utf-8-unix) ; sets the coding system of communications between SLIME and Lisp (setq locale-coding-system 'utf-8) (set-terminal-coding-system 'utf-8) (set-keyboard-coding-system 'utf-8) (set-selection-coding-system 'utf-8) (set-default-coding-systems 'utf-8) (prefer-coding-system 'utf-8) (set-language-environment "UTF-8") (swank:create-server :coding-system "utf-8-unix") but the problem is still there. Thanks for any help u can give me. Mario Emacs 23.2.1, Clisp, Windows 7

5 13

[slime-devel] unceasing minibuffer error message after bad input
by Chris Beard 16 Mar '11

16 Mar '11

Hello, I just installed Slime on Mac OSX 10.6, via Quicklisp and sbcl (following instructions here http://www.mohiji.org/2011/01/modern-common-lisp-on-osx/) My emacs has some annoying behavior whenever I do something incorrectly in the SLIME REPL (I'm new at lisp, so this isn't too un...common). For example, it operates fine doing (hello-world) after I've compiled a hello-world defun, but if I try and run it after restarting Slime, it gives me ; SLIME 2011-02-18 CL-USER> (hello-world) ; in: LAMBDA NIL ; (HELLO-WORLD) ; ; caught STYLE-WARNING: ; undefined function: HELLO-WORLD ; ; compilation unit finished ; Undefined function: ; HELLO-WORLD ; caught 1 STYLE-WARNING condition I suspect this is normal. But in the *Messages* buffer, I see things like this: error in process filter: define-key: Wrong type argument: characterp, nil error in process filter: Wrong type argument: characterp, nil error in process filter: define-key: Wrong type argument: characterp, nil error in process filter: Wrong type argument: characterp, nil Mark set Error in post-command-hook: (wrong-type-argument characterp nil) And then it repeats this stuff every once in a while. But even after quitting Slime, whenever I try to switch buffers, or kill buffers, or basically anything, the minibuffer says "Error in post-command-hook: (wrong-type-argument characterp nil)" for a few seconds, then gives me the info I need in the minibuffer (such as the list of buffers to ido-switch to; but it still only lets me input the name of the buffer one letter at a time for some reason). It also won't let me quit Emacs with C-x C-c, or even S-q (Apple-q). I'm not 100% this is from Slime, but it seems that way. Any suggestions for fixing this? I'm otherwise quite excited about learning Lisp. -Chris ps- Some additional info: I also saw this warning in the *inferior lisp* buffer, shortly after starting SLIME: WARNING: These Swank interfaces are unimplemented: (DISASSEMBLE-FRAME SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN) Here's more that was in the *inferior-lisp* buffer. http://pastebin.com/KzEej96S Here is more of what was in the Messages buffer http://pastebin.com/aJGYPVeq And here are some possibly relevant lines from my emacs init files ;; http://www.cliki.net/SLIME%20Tips (add-hook 'slime-mode-hook (lambda () (unless (slime-connected-p) (save-excursion (slime))))) (defun cliki:start-slime () (unless (slime-connected-p) (save-excursion (slime)))) (add-hook 'slime-mode-hook 'cliki:start-slime) (add-to-list 'load-path "/Users/FingerMan/quicklisp/dists/quicklisp/software/slime-20110219-cvs") (setq inferior-lisp-program "/usr/local/bin/sbcl") (require 'slime-autoloads) (slime-setup) (load (expand-file-name "~/quicklisp/slime-helper.el"))

3 4

[slime-devel] Daily ChangeLog diff
by Helmut Eller 14 Mar '11

14 Mar '11

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2184 slime/ChangeLog:1.2185 --- slime/ChangeLog:1.2184 Wed Mar 9 15:09:57 2011 +++ slime/ChangeLog Sun Mar 13 17:11:12 2011 @@ -1,3 +1,8 @@ +2011-03-13 Stas Boukarev <stassats(a)gmail.com> + + * swank.lisp (format-restarts-for-emacs): Add + without-printing-errors around restart printing. + 2011-03-09 Helmut Eller <heller(a)common-lisp.net> Remove slime-sexp-at-point-for-macroexpansion. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.432 slime/contrib/ChangeLog:1.434 --- slime/contrib/ChangeLog:1.432 Wed Mar 9 15:30:37 2011 +++ slime/contrib/ChangeLog Mon Mar 14 03:18:35 2011 @@ -1,3 +1,14 @@ +2011-03-14 Stas Boukarev <stassats(a)gmail.com> + + * swank-sprof.lisp (swank-sprof-get-call-graph): Don't call + serialize-call-graph when there's no samples. That prevents it + from crashing. + +2011-03-13 Stas Boukarev <stassats(a)gmail.com> + + * slime-sprof.el(abbreviate-name): Rename to + slime-sprof-abbreviate-name (no package system, oh well...). + 2011-03-09 Helmut Eller <heller(a)common-lisp.net> * slime-editing-commands.el (slime-beginning-of-defun): Call

1 0

[slime-devel] Proper way to bind keys in *slime-description* buffers only
by Sebastian Tennant 12 Mar '11

12 Mar '11

Hi lispers, What's the correct way to bind keys in *slime-description* buffers only? Defining a key in slime-popup-buffer-mode-map affects other buffers as well, like the *slime-inspector*. Seb -- Emacs' AlsaPlayer - Music Without Jolts Lightweight, full-featured and mindful of your idyllic happiness. http://home.gna.org/eap

3 4

[slime-devel] Slime support for compiling cmucl sources
by Raymond Toy 10 Mar '11

10 Mar '11

The sources for cmucl contain things like _"abc" and _N"abc" to support localization. However, the default reader doesn't know to deal with these, so you can't C-c C-c on functions in the cmucl sources. Appended is some code for swank-cmucl.lisp to set the correct readtable for compiling these sources. I'm not that familiar with how slime handles all of this, but this seems to work. Ray

2 2

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

10 Mar '11

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2182 slime/ChangeLog:1.2184 --- slime/ChangeLog:1.2182 Thu Feb 24 01:38:34 2011 +++ slime/ChangeLog Wed Mar 9 15:09:57 2011 @@ -1,3 +1,22 @@ +2011-03-09 Helmut Eller <heller(a)common-lisp.net> + + Remove slime-sexp-at-point-for-macroexpansion. + + * slime.el (slime-sexp-at-point-for-macroexpansion): Deleted. + (slime-eval-macroexpand): Use slime-sexp-at-point instead. + (slime-eval-macroexpand-inplace): Use + slime-bounds-of-sexp-at-point directly. + +2011-03-09 Helmut Eller <heller(a)common-lisp.net> + + Move some of the logic from slime-sexp-at-point-for-macroexpansion + into slime-sexp-at-point. + + * slime.el (slime-bounds-of-sexp-at-point): New. Special case if + we are at '( as slime-sexp-at-point-for-macroexpansion does. + (slime-bounds-of-symbol-at-point): New. + (slime-symbol-at-point, slime-sexp-at-point): Use the above. + 2011-02-24 Stas Boukarev <stassats(a)gmail.com> * swank-allegro.lisp (find-topframe): Fix excl::int-newest-frame Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.431 slime/contrib/ChangeLog:1.432 --- slime/contrib/ChangeLog:1.431 Sat Jan 22 19:08:08 2011 +++ slime/contrib/ChangeLog Wed Mar 9 15:30:37 2011 @@ -1,3 +1,9 @@ +2011-03-09 Helmut Eller <heller(a)common-lisp.net> + + * slime-editing-commands.el (slime-beginning-of-defun): Call + beginning-of-defun with call-interactively so that the mark gets + pushed. + 2011-01-22 Stas Boukarev <stassats(a)gmail.com> * slime-repl.el (slime-repl-shortcut-help): Don't make ? an alias

1 0

[slime-devel] Slime macroexpansion breaks on xemacs.
by Raymond Toy 09 Mar '11

09 Mar '11

This issue is 100% reproducible. In a file, put some form like: (loop for k from 1 to 10 do (print i)) Make sure the file ends at the closing paren; no newline or anything. Put the cursor after the closing paren, and press C-c C-m to have slime macroexpand it. This causes xemacs to crash (due to a bug in xemacs). But the issue is this in slime-sexp-at-point-for-macroexpansion: (let ((string (slime-sexp-at-point-or-error)) (bounds (bounds-of-thing-at-point 'sexp)) (char-at-point (substring-no-properties (thing-at-point 'char)))) In xemacs, (thing-at-point 'char) returns nil. Then (substring-no-properties nil) crashes xemacs. But if the obvious fix is applied to xemacs, slime would just signal an error about nil not being a string. My workaround for this is (char-at-point (substring-no-properties (or (thing-at-point 'char) "\n"))) Not great, but solves the problem. I'm not sure what the right solution would be. Ray

2 2

[slime-devel] [Final CfPart] European Lisp Symposium, Hamburg, March 31 - April 1
by Didier Verna 09 Mar '11

09 Mar '11

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 4th European Lisp Symposium Special Focus on Parallelism & Efficiency March 31 - April 1st, 2011 TUHH, Hamburg University of Technology Hamburg, Germany http://www.european-lisp-symposium.org/ Sponsors: EPITA, TUHH, Lispworks, Franz Inc., NovaSparks and Freiheit ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ News: ~~~~~ * The final program is now online. * The early registration deadline is in 3 days, so hurry! Registration will still be possible afterwards. Invited Speakers: ~~~~~~~~~~~~~~~~~ Craig Zilles -- Compiling for the common case Marc Battyani -- Reconfigurable computing on steroids Apostolos Syropoulos -- Scala: an OO surprise Scope ~~~~~~ The purpose of the European Lisp Symposium is to provide a forum for the discussion and dissemination of all aspects of design, implementation and application of any of the Lisp dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP, Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL and so on. We encourage everyone interested in Lisp to participate. The European Lisp Symposium 2011 invites high quality papers about novel research results, insights and lessons learned from practical applications, and educational perspectives. We also encourage submissions about known ideas as long as they are presented in a new setting and/or in a highly elegant way. This year's focus will be directed towards "Parallelism & Efficiency". Programme Chair ~~~~~~~~~~~~~~~~ Didier Verna - EPITA Research and Development Laboratory, France Local Chair ~~~~~~~~~~~~ Ralf Moeller - Hamburg University of Technology, Germany Programme Committee ~~~~~~~~~~~~~~~~~~~~ Antonio Leitao - Instituto Superior Tecnico/INESC-ID, Portugal Christophe Rhodes - Goldsmiths College, University of London, UK David Edgar Liebke - Relevance Inc., USA Didier Verna - EPITA Research and Development Laboratory, France Henry Lieberman - MIT Media Laboratory, USA Jay McCarthy - Brigham Young University, USA Jose Luis Ruiz Reina - Universidad de Sevilla, Spain Marco Antoniotti - Universita Milano Bicocca, Italy Manuel Serrano - INRIA, France Michael Sperber - DeinProgramm, Germany Pascal Costanza - Vrije Universiteit of Brussel, Belgium Scott McKay - ITA Software, USA -- Resistance is futile. You will be jazzimilated. Scientific site: http://www.lrde.epita.fr/~didier Music (Jazz) site: http://www.didierverna.com

1 0

[slime-devel] Problems with New SLIME install, SBCL, CCL, and older lisp implementations
by GreyHat LispHacker 08 Mar '11

08 Mar '11

I've been trying to get Clozure CCL to work with SLIME, and continue to run into numerous problems with more recent versions. In the process of upgrading SLIME, I have more problems with older versions of SBCL and newer versions of SLIME. None of these problems occurred with the repository versions of SLIME. I have also had similar errors with other lisp implementations (older versions) that had worked: CLISP, GCL, CMUCL etc. Here is my current system: Ubuntu 9.10: Kernel Version 2.6.28.19 Emacs 23 Slime: CVS source as of 3/7/10 Clozure CCL Version 1.7-dev-r14664M-trunk SBCL 1.0.29 Steps taken: 1. Purge from system repository versions of SLIME + SWANK. SBCL 1.0.29 and CMUCL (Python 1.1) worked with these. 2. Install most recent version of SLIME, CCL, SBCL Results: Slime Message when CCL invoked: ; Warning: These Swank interfaces are unimplemented: ; (ACTIVATE-STEPPING ADD-FD-HANDLER ADD-SIGIO-HANDLER ; BACKGROUND-SAVE-IMAGE DUP EXEC-IMAGE MAKE-FD-STREAM ; REMOVE-FD-HANDLERS REMOVE-SIGIO-HANDLERS SLDB-BREAK-AT-START ; SLDB-BREAK-ON-RETURN SLDB-STEP-INTO SLDB-STEP-NEXT SLDB-STEP-OUT) ; While executing: SWANK-BACKEND::WARN-UNIMPLEMENTED-INTERFACES, in process listener(1). It then drops me down into Emacs inferior-lisp. Slime Message when SBCL 1.0.29 invoked: STYLE-WARNING: redefining EMACS-INSPECT (#<BUILT-IN-CLASS T>) in DEFMETHOD ; loading #P"/.slime/fasl/2011-02-24/sbcl-1.0.29.11.debian-linux-x86/swank-gray.fasl" STYLE-WARNING: Implicitly creating new generic function STREAM-READ-CHAR-WILL-HANG-P. ; loading #P"/.slime/fasl/2011-02-24/sbcl-1.0.29.11.debian-linux-x86/swank-match.fasl" ; loading #P"/.slime/fasl/2011-02-24/sbcl-1.0.29.11.debian-linux-x86/swank-rpc.fasl" ; loading #P"/.slime/fasl/2011-02-24/sbcl-1.0.29.11.debian-linux-x86/swank.fasl" WARNING: These Swank interfaces are unimplemented: (DISASSEMBLE-FRAME SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN) Again, Slime drops down into inferior-lisp mode. Any ideas what needs to be done?

3 3

[slime-devel] return value of `slime-eval-print-last-expression' vs `slime-eval-last-expression' conflict
by MON KEY 04 Mar '11

04 Mar '11

On SBCL querying the `CL:TYPE-OF' for `CL:*STANDARD-OUTPUT*' returns with conflicting values for the Emacs commands `slime-eval-print-last-expression' and `slime-eval-last-expression' >From an non-repl slime buffer evaluating the following form: (type-of *standard-output*) with Emacs command `slime-eval-print-last-expression' returns: => SB-IMPL::STRING-OUTPUT-STREAM Whereas, evaluating the same form: (type-of *standard-output*) with Emacs command `slime-eval-last-expression' returns: => SWANK-BACKEND::SLIME-OUTPUT-STREAM Evaluating any of the following from a terminal or Emacs' *inferior-lisp*: * (type-of *standard-input*) => SYNONYM-STREAM * (type-of *standard-output*) => SYNONYM-STREAM * (synonym-stream-symbol *standard-output*) => SB-SYS:*STDOUT* With the assumption that this is a bug I've reported this to lauchpad as bug 729286: :SEE (URL `https://bugs.launchpad.net/slime/+bug/729286') -- /s_P\

2 4