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

2nd repl for same inferior lisp
by Jim Newton 25 May '17

25 May '17

Hi, Can someone tell me how to (or if it is possible to) create a second repl buffer for the same inferior lisp process. Maybe this is not supported, because when I look in the slime manual, it seems to always refer to "THE REPL buffer for the current SLIME connection” Kind regards Jim

5 5

Patch
by Douglas Katzman 21 Apr '17

21 Apr '17

Please apply this forward-and-backward-compatible change for SBCL

2 1

SLIME _may_ cause emacs to resize frame involuntarily
by Peter Keller 16 Apr '17

16 Apr '17

Hello, I discovered some odd behavior related to SLIME that I can't figure out. Hopefully, someone here can help me out. In short, starting SLIME with M-x slime or switching to a buffer containing the SLIME repl causes a resize of the emacs frame containing that buffer. The details are at this link (which is also a test config file that you can start emacs with that will hopefully demonstrate the problem): http://paste.lisp.org/display/344012 I'm using stock emacs 25.1, xubuntu 16.04 LTS, SBCL 1.3.12, and SLIME installed from Quicklisp and current as of 2017-04-10. If you store the linked data as a file like /tmp/init-resize.el you can run it as: emacs -q -l /tmp/init-resize.el (provided you have that font it is requesting, which is "DejaVu Sans Mono 9"). Then resize the window manually to 80x24, then M-x slime. If the bug presents itself, the frame will resize after slime is loaded to something other size. I think the resize is erroneous behavior. I provided what would have been the means that I thought would stop the involuntary resize in the init file, but it doesn't seem to work. Thank you! -pete

2 1