[racket] instantiating multiple sandboxes with gui's

From: Robby Findler (robby at eecs.northwestern.edu)
Date: Sun Apr 6 12:04:51 EDT 2014

Also: how do you know if the cache is stale?


On Sunday, April 6, 2014, Spencer florence <spencerflorence at gmail.com>

> How does this handle dynamic and lazy requires?
> On Sun, Apr 6, 2014 at 11:30 AM, Greg Hendershott <
> greghendershott at gmail.com<javascript:_e(%7B%7D,'cvml','greghendershott at gmail.com');>
> > wrote:
>> For those following along at home, I just pushed to `experimental`
>> branch an updated strategy:
>> https://github.com/greghendershott/racket-mode/commit/0358c0248a062245c134c48053aed79298a71c3a
>> "When racket/gui/base not already loaded, examine the user module we're
>> about to load to see if it will require racket/gui/base. If so,
>> dynamic-require racket/gui/base on our main custodian. Then switch to
>> user custodian and dynamic-require the module as usual. That way, we can
>> do a custodian-shutdown-all on the user custodian, while leaving intact
>> the main eventspace defined by racket/gui/base."
>> How to "examine the user module we're about to load to see if it will
>> require racket/gui/base"? Following the example of how syntax/moddeps
>> works, recursively exploring using module-compiled-imports. (And
>> memoizing, since there can easily be hundreds of imports to explore.)
>> In my limited set of tests, this works as-desired. Of course there
>> might be big holes in it I don't yet know about.
>> ____________________
>> Racket Users list:
>> http://lists.racket-lang.org/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.racket-lang.org/users/archive/attachments/20140406/e0104584/attachment.html>

Posted on the users mailing list.