<div dir="ltr">That aligns with the Geiser comment.  I&#39;d gotten to the point where I was questioning the utility of having a custom enter-load/use-compiled as opposed create a base namespace, dynamic-require, module-&gt;namespace, current-namespace switch.  Simpler, leverages existing functionality, far more robust to load changes in the api down the road, and down the road compilation manager improvements. <div>
<br></div><div style>Even before the current breakage, when using Geiser at fairly frequent intervals I had to kill the REPL and restart as the incremental enter/load seemed to get confused.  That particular issue could have been in Geiser however and not necessarily in racket/enter.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Feb 10, 2013 at 7:57 AM, Matthew Flatt <span dir="ltr">&lt;<a href="mailto:mflatt@cs.utah.edu" target="_blank">mflatt@cs.utah.edu</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sorry that it has taken me so long to join in and that I overlooked the<br>
PR way back in September.<br>
<br>
I think the problem is that `enter-load/use-compiled&#39; doesn&#39;t follow<br>
the protocol for a load handler, which changed slightly for submodules.<br>
Specifically, if the second argument to the load handler is a list that<br>
starts with #f, the load handler isn&#39;t supposed to try to load code<br>
from source.<br>
<br>
I&#39;ve pushed a repair that works for the example in PR 13096 and for<br>
`(enter! slideshow/pict)&#39;.<br>
<br>
</blockquote></div><br></div>