<div dir="ltr">What does it mean to "refer to module A in racket/load"? <div><br></div><div>I think maybe there's some confusion about what role namespaces play and how they work in Racket? I will try to explain. The basic idea is that a namespace is a table mapping module names ("A" in this example) to actual modules (it also maps top-level variables, but you don't want to really be outside of modules (which is where those variables are) if you can help it anyways, so lets ignore that). So, when you write </div> <div><br></div><div> (parameterize ([current-namespace (make-base-namespace)])</div><div> ....)</div><div><br></div><div>around some expression, then calls to things that check the namespace (eg, dynamic-require, evaluating module expressions) will now refer to that newly created namespace.</div> <div><br></div><div>So, if you want to be able to refer to the module "A" in that new namespace, you have to get it into that new namespace, either by 'eval'ing the definition, or by putting it into a file and namespace-require'ing that file, or something along those lines.</div> <div><br></div><div>But returning to your earlier questions: have you tried to read the custodian-memory-limit docs and the ISMM paper about it? If not, reading that and asking questions about it is probably a good next step.</div> <div><br></div><div>Robby</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Sep 11, 2013 at 2:59 PM, J. Ian Johnson <span dir="ltr"><<a href="mailto:ianj@ccs.neu.edu" target="_blank">ianj@ccs.neu.edu</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Okay, stamourv made your response make sense. I added parameterize ([current-namespace (make-base-namespace)]) inside the thunk, and it works. Albeit ''A was no longer a valid module path in #lang racket/load, it works for files.<br> What is the right way to refer to module A in racket/load, though?<br> <br> Thanks,<br> <div class="im HOEnZb">-Ian<br> ----- Original Message -----<br> From: "J. Ian Johnson" <<a href="mailto:ianj@ccs.neu.edu">ianj@ccs.neu.edu</a>><br> </div><div class="im HOEnZb">To: "Robby Findler" <<a href="mailto:robby@eecs.northwestern.edu">robby@eecs.northwestern.edu</a>><br> Cc: "dev" <<a href="mailto:dev@racket-lang.org">dev@racket-lang.org</a>>, "J. Ian Johnson" <<a href="mailto:ianj@ccs.neu.edu">ianj@ccs.neu.edu</a>><br> </div><div class="HOEnZb"><div class="h5">Sent: Wednesday, September 11, 2013 3:49:50 PM GMT -05:00 US/Canada Eastern<br> Subject: Re: [racket-dev] call-with-limits memory bound isn't actually bounding memory usage<br> <br> Just so we're clear, this should not OOM, but rather print #t?<br> <br> #lang racket/load<br> <br> (module A racket<br> (provide global go)<br> (define global '())<br> (define (go) (set! global (cons (random) global)) (go)))<br> <br> (module B racket<br> (require racket/sandbox)<br> (display<br> (with-handlers ([exn:fail:resource? (λ (e)<br> (case (exn:fail:resource-resource e)<br> [(memory) #t]<br> [else #f]))])<br> (call-with-limits 10000 512 (λ () ((dynamic-require ''A 'go)))))))<br> <br> (require 'B)<br> <br> -Ian<br> ----- Original Message -----<br> From: "Robby Findler" <<a href="mailto:robby@eecs.northwestern.edu">robby@eecs.northwestern.edu</a>><br> To: "J. Ian Johnson" <<a href="mailto:ianj@ccs.neu.edu">ianj@ccs.neu.edu</a>><br> Cc: "dev" <<a href="mailto:dev@racket-lang.org">dev@racket-lang.org</a>><br> Sent: Wednesday, September 11, 2013 3:34:55 PM GMT -05:00 US/Canada Eastern<br> Subject: Re: [racket-dev] call-with-limits memory bound isn't actually bounding memory usage<br> <br> <br> The namespace...?<br> <br> <br> <br> On Wed, Sep 11, 2013 at 2:20 PM, J. Ian Johnson < <a href="mailto:ianj@ccs.neu.edu">ianj@ccs.neu.edu</a> > wrote:<br> <br> <br> I've since changed to using a dynamic-require, but still the memory limit is not respected. Why wouldn the globals from a dynamic-require be considered reachable outside the sandbox that calls dynamic-require? There's no other way to get it.<br> <br> -Ian<br> ----- Original Message -----<br> <br> <br> From: "J. Ian Johnson" < <a href="mailto:ianj@ccs.neu.edu">ianj@ccs.neu.edu</a> ><br> To: "David Vanderson" < <a href="mailto:david.vanderson@gmail.com">david.vanderson@gmail.com</a> ><br> Cc: "dev" < <a href="mailto:dev@racket-lang.org">dev@racket-lang.org</a> >, "J. Ian Johnson" < <a href="mailto:ianj@ccs.neu.edu">ianj@ccs.neu.edu</a> ><br> Sent: Monday, September 9, 2013 2:01:02 PM GMT -05:00 US/Canada Eastern<br> Subject: Re: [racket-dev] call-with-limits memory bound isn't actually bounding memory usage<br> <br> Ah, that would probably be the problem. Without having to modify too much code, would the proper way to call a function entirely within the sandbox be to use dynamic-require in the thunk, rather than require in the module using call-with-limits?<br> -Ian<br> ----- Original Message -----<br> From: "David Vanderson" < <a href="mailto:david.vanderson@gmail.com">david.vanderson@gmail.com</a> ><br> To: "J. Ian Johnson" < <a href="mailto:ianj@ccs.neu.edu">ianj@ccs.neu.edu</a> ><br> Cc: "dev" < <a href="mailto:dev@racket-lang.org">dev@racket-lang.org</a> ><br> Sent: Monday, September 9, 2013 1:50:13 PM GMT -05:00 US/Canada Eastern<br> Subject: Re: [racket-dev] call-with-limits memory bound isn't actually bounding memory usage<br> <br> Just to make sure, is the memory being allocated reachable from outside<br> the sandbox?<br> <br> <a href="http://www.cs.utah.edu/plt/publications/ismm04-addendum.txt" target="_blank">http://www.cs.utah.edu/plt/publications/ismm04-addendum.txt</a><br> <br> On 09/09/2013 01:29 PM, J. Ian Johnson wrote:<br> > I don't use the gui framework at all. This is all just pounding on global hash-tables and vectors. Or are you talking about the sandbox queuing up callbacks?<br> > -Ian<br> > ----- Original Message -----<br> > From: "Robby Findler" < <a href="mailto:robby@eecs.northwestern.edu">robby@eecs.northwestern.edu</a> ><br> > To: "J. Ian Johnson" < <a href="mailto:ianj@ccs.neu.edu">ianj@ccs.neu.edu</a> ><br> > Cc: "dev" < <a href="mailto:dev@racket-lang.org">dev@racket-lang.org</a> ><br> > Sent: Monday, September 9, 2013 1:16:51 PM GMT -05:00 US/Canada Eastern<br> > Subject: Re: [racket-dev] call-with-limits memory bound isn't actually bounding memory usage<br> ><br> ><br> > The framework will, sometimes do stuff that queues callbacks and, depending on how you've set up other things, the code running there might escape from the limit. Did you try putting the eventspace under the limit too?<br> ><br> > Robby<br> ><br> ><br> ><br> > On Mon, Sep 9, 2013 at 10:54 AM, J. Ian Johnson < <a href="mailto:ianj@ccs.neu.edu">ianj@ccs.neu.edu</a> > wrote:<br> ><br> ><br> > I'm running my analysis benchmarks in the context of (with-limits (* 30 60) 2048 <run-analysis>), and it's been good at killing the process when the run should time out, but now I have an instantiation of the framework that just gobbles up 15GiB of memory without getting killed. What might be going on here?<br> ><br> > Running 5.90.0.9<br> > -Ian<br> > _________________________<br> > Racket Developers list:<br> > <a href="http://lists.racket-lang.org/dev" target="_blank">http://lists.racket-lang.org/dev</a><br> ><br> > _________________________<br> > Racket Developers list:<br> > <a href="http://lists.racket-lang.org/dev" target="_blank">http://lists.racket-lang.org/dev</a><br> ><br> <br> _________________________<br> Racket Developers list:<br> <a href="http://lists.racket-lang.org/dev" target="_blank">http://lists.racket-lang.org/dev</a><br> <br> </div></div></blockquote></div><br></div>