<div dir="ltr">Is this the release 2.20 or checked from git? If the latter, try updating and doing it again, it may have been fixed.</div><br><div class="gmail_quote"><div dir="ltr">On Fri, Jan 26, 2018 at 12:34 AM Mark H. David <<a href="mailto:mhd@yv.org">mhd@yv.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The SLIME inspect feature within SLIME in 2.20 does not work with ACL in our testing on version 10.1 on MacOS with "alisp" images, both SMP and non-SMP. The same SLIME inspect feature does work in the previous version, SLIME 2.19. Finally, there's no known problem with SLIME inspect with any other Lisps that we've tried in either of the versions of SLIME (2.19, 2.20), i.e., with CCL and SBCL.<br>
<br>
To recreate, launch SLIME of the appropriate version (2.20) with the appropriate inferior Lisp (ACL alisp 10.1/MacOS), then run slime inspect on any object. For example, do M-x slime-inspect [ret] () [ret]<br>
<br>
The above invokes SLIME inspect to inspect the Lisp object nil, entered as (). One could use any Lisp object, e.g., the list '(1 2 3).<br>
<br>
So, the above command ought to put you in a SLIME inspect buffer to let you inspect the object. Instead, it throws you into a debugger buffer.  Then, in addition, it is particularly onerous because the input prompted for by the debugger is not apparently responded to.  For example, typing q to quit or 3 to abort does nothing. You apparently can do nothing but manually kill the emacs buffers involved with Lisp/SLIME.<br>
<br>
See an attached screen shot for a picture of how the debugger buffer looks.<br>
<br>
The screen shot shows that the debugger is somewhere in no-applicable-method MULTIPROCESSING:PROCESS-PROPERTY-LIST.<br>
</blockquote></div>