slime-autodoc stops working after some time
luismbo at gmail.com
Wed Aug 15 12:06:46 UTC 2018
The two key functions at play here are slime-autodoc
(contrib/slime-autodoc.el) on the elisp side and swank:autodoc on the CL
side (contrib/swank-arglists.lisp). For testing, use slime-autodoc-manually
instead of slime-autodoc-space to avoid that ^M. When you reach the point
where slime-autodoc is not working, evaluate slime-autodoc with stepping
enabled (C-u C-M-x). If nothing fishy shows up there, the next place to
look at would be the swank side, then slime-autodoc--async% (elisp) which
is what handles the SWANK reply; you might want to step through that as
Good luck; let us know if you find anything.
On Wed, Aug 15, 2018 at 10:38 AM Orm Finnendahl <
orm.finnendahl at selma.hfmdk-frankfurt.de> wrote:
> after some time slime-autodoc stops working on my machine. I haven't
> yet found out what triggers this. Disabling/Reenablinging
> slime-autodoc-mode doesn't help. It works again after restarting emacs
> and lisp.
> Here is the situation after it stops working:
> - Calling #'slime-arglist directly works: The symbol at point is
> suggested correctly and the arglist is properly displayed.
> - <C-h k SPC> displays:
> SPC runs the command slime-autodoc-space (found in
> slime-autodoc-mode-map), which is an interactive Lisp function in
> It is bound to SPC.
> (slime-autodoc-space N)
> Like ‘slime-space’ but nicer.
> - Running #'slime-autodoc-space manually results in a ^M displayed at
> This is on emacs 26.1, slime 2.21, sbcl 1.4.8, Arch Linux 64 bit.
> Can someone help or give me some hints how to debug this?
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the slime-devel