<div dir="ltr">Gregg,<div><br></div><div style>Not sure if you're still banging away on this one. I have to take a break.</div><div style><br></div><div style>module.c blows up because the module is not "registered" when it tries to do the namespace swap. But I don't think the problem is in module.c, nor is this problem related to the Geiser list is a path problem. </div> <div style><br></div><div style>enter! does three things</div><div style>1) dynamic requires the module</div><div style>2) module->namespace (fails as the module isn't "registered")</div><div style>3) uses it's own by parameterizing "current-load/use-compiled" with enter.rkt "enter-load/use-compiled"</div> <div style><br></div><div style>If one does a 1 and 2 manually it works. So issue is on how enter-load/use-compiled's custom handling of loading. It once worked now broken. Looking for what changed in the default current-load/use-compiled is the next step when I get back to it later this evening.</div> <div style><br></div><div style><br></div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Feb 7, 2013 at 9:15 AM, Greg Hendershott <span dir="ltr"><<a href="mailto:greghendershott@gmail.com" target="_blank">greghendershott@gmail.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Once upon a time, ~5.3, the XREPL ,en command would always reload a<br> file provided the timestamp changed.<br> <br> As a result, I could do something _roughly_ like DrRacket F5 in Emacs:<br> Touch the file and ,en it. The whole file would be evaluated, and I'd<br> have a REPL where I could explore/tweak.<br> <br> But somewhere around ~5.3.1, ,en stopped doing this reliably.<br> Sometimes it would just do nothing, even if the file timestamp had<br> changed (and even if I made some change to the contents, just in case<br> it was doing a checksum or whatever).<br> <br> I thought to try using enter!. And that worked consistently.<br> <br> But somewhere around ~5.3.2, enter! has stopped behaving consistently.<br> <br> Does anyone have any idea would could be going on??<br> <br> More info/comments:<br> <br> - I normally use XREPL. (require xrepl) is the _only_ thing in my racketrc.<br> <br> - The above issue happens with or without XREPL. (I tried again today<br> to confirm.)<br> <br> - Although I love the idea of Geiser, I've had it also sometimes not<br> reevaluate (similar issue). Anyway sometimes I just want to strip<br> things down to be simpler; lately I'm in such a phase where I haven't<br> been using it. I might or could use it again someday.<br> <br> - A (related?) issue is that sometimes the first invocation of enter!<br> gives an error like this:<br> <br> > (enter! "client.rkt")<br> module->namespace: module not instantiated in the current namespace<br> name: #<resolved-module-path:"/Users/greg/src/scheme/collects/lob/example/client.rkt"><br> context...:<br> /Users/greg/src/plt/racket/collects/racket/enter.rkt:33:0: do-enter!<br> /Users/greg/src/plt/racket/collects/racket/private/misc.rkt:87:7<br> <br> But then a second invocation works fine. i.e. Need to do it twice in a row.<br> _________________________<br> Racket Developers list:<br> <a href="http://lists.racket-lang.org/dev" target="_blank">http://lists.racket-lang.org/dev</a><br> </blockquote></div><br></div>