<div dir="ltr">Hello Peter,<div><br></div><div>Couldn't reproduce on Emacs 25.1.2 (Linux), sorry.</div><div><br></div><div>Luís</div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Apr 13, 2017 at 12:45 AM Peter Keller <<a href="mailto:psilord@cs.wisc.edu">psilord@cs.wisc.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
I discovered some odd behavior related to SLIME that I can't figure out.<br>
Hopefully, someone here can help me out.<br>
<br>
In short, starting SLIME with M-x slime or switching to a buffer containing<br>
the SLIME repl causes a resize of the emacs frame containing that buffer.<br>
<br>
The details are at this link (which is also a test config file that you<br>
can start emacs with that will hopefully demonstrate the problem):<br>
<br>
<a href="http://paste.lisp.org/display/344012" rel="noreferrer" target="_blank">http://paste.lisp.org/display/344012</a><br>
<br>
I'm using stock emacs 25.1, xubuntu 16.04 LTS, SBCL 1.3.12, and SLIME<br>
installed from Quicklisp and current as of 2017-04-10.<br>
<br>
If you store the linked data as a file like /tmp/init-resize.el<br>
<br>
you can run it as:<br>
<br>
emacs -q -l /tmp/init-resize.el<br>
<br>
(provided you have that font it is requesting, which is "DejaVu Sans Mono 9").<br>
<br>
Then resize the window manually to 80x24, then M-x slime.<br>
If the bug presents itself, the frame will resize after<br>
slime is loaded to something other size.<br>
<br>
I think the resize is erroneous behavior.<br>
<br>
I provided what would have been the means that I thought would stop the<br>
involuntary resize in the init file, but it doesn't seem to work.<br>
<br>
Thank you!<br>
<br>
-pete<br>
<br>
</blockquote></div>