<div dir="ltr">Open your main file in DrRacket and use the Racket|Module Browser menu item.<div><br></div><div>Robby</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jan 29, 2013 at 11:14 AM, Galler <span dir="ltr">&lt;<a href="mailto:lzgaller@optonline.net" target="_blank">lzgaller@optonline.net</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Neil,<br>
<br>
I was surprised that flomap showed up at all. I&#39;m not calling it explicitly (or to my knowledge implicitly)<br>
<br>
Is there a technique to figure out what part of my code is dependent upon it?<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
<br>
<br>
<br>
On Tue, Jan 29, 2013 at 12:05 PM, Neil Toronto wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
`images/flomap&#39; doesn&#39;t pull any tricks like that. It&#39;s really, really standard Typed Racket stuff, just a bunch of functions and about five macros.<br>
<br>
Could it have to do with the fact that flomaps aren&#39;t serializable? This is just a stab in the dark, though, because I have no idea what could be causing it.<br>
<br>
There are two macros that expand to code that uses of `match-define&#39;, in &quot;images/private/flomap-<u></u>pointwise.rkt&quot;. Is that a problem?<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
 On Tue, Jan 29, 2013 at 7:44 AM, Jay McCarthy wrote:<br>
<br>
     [Adding Neil] Do you know what commit fixed the missing require<br>
     for-syntax in flomap?<br>
</blockquote>
<br>
I don&#39;t recall there being a missing require, or fixing it. That doesn&#39;t mean it didn&#39;t happen, though...<br>
<br>
Neil ⊥<br>
<br>
On 01/29/2013 09:52 AM, Robby Findler wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
raco exe works by traversing the requires of the modules it is<br>
embedding, putting all of that bytecode (usually bytecode, but not<br>
always) into the application and then setting up low-level hooks when<br>
the exe is run so that requires of the embedded modules are redirected<br>
to the bytecode that is embedded.<br>
<br>
This process can be defeated by using dynamic-require, say, or generally<br>
by requiring a module that a traversal of the require hierarchy cannot<br>
&quot;see&quot;.<br>
<br>
hth,<br>
Robby<br>
<br>
<br>
On Tue, Jan 29, 2013 at 10:31 AM, Galler &lt;<a href="mailto:lzgaller@optonline.net" target="_blank">lzgaller@optonline.net</a><br>
&lt;mailto:<a href="mailto:lzgaller@optonline.net" target="_blank">lzgaller@optonline.net</a><u></u>&gt;&gt; wrote:<br>
<br>
    Some additional detail:<br>
<br>
    1) the flomap exception below shows up when attempting to run<br>
    compiled code in both releases 5.3 and 5.3.1<br>
<br>
    2) the application works in both releases of DrRacket, behavior only<br>
    occurs when compiled via raco exe behavior which makes me think (as<br>
    Robby pointed out) the same libraries aren&#39;t being shared between<br>
    DrRacket and raco exe (is this possible???)<br>
<br>
    3)  I&#39;m still working on isolating and localizing the fault,<br>
    including compiling and running parts of the application separately.<br>
<br>
    The issue is (with high prob.) is in a module using #lang web server<br>
    sitting at the top of my hierarchical stack of modules.<br>
<br>
    To verify this, I&#39;ve compiled the non-#lang web server modules under<br>
    raco exe (5.3.1) and exercised them without difficulty.<br>
<br>
    I&#39;ll keep going on this, but as a troubleshooter, it seems like item<br>
    #2 and that the issue is with flomap and #lang web server above<br>
    might be dispositive towards identifying the problem<br>
<br>
    On Tue, Jan 29, 2013 at 7:44 AM, Jay McCarthy wrote:<br>
<br>
        [Adding Neil] Do you know what commit fixed the missing require<br>
        for-syntax in flomap?<br>
<br>
        Jay<br>
<br>
        On Mon, Jan 28, 2013 at 12:09 PM, Galler &lt;<a href="mailto:lzgaller@optonline.net" target="_blank">lzgaller@optonline.net</a><br>
        &lt;mailto:<a href="mailto:lzgaller@optonline.net" target="_blank">lzgaller@optonline.net</a><u></u>&gt;&gt; wrote:<br>
<br>
            I wasn&#39;t able to isolate out the code that was causing the<br>
            exception.<br>
<br>
            Below is the stack trace.  This problem does not occur when<br>
            running the app<br>
            in DrRacket (the app works fine there),<br>
<br>
            but appears after having compiled the application via raco<br>
            exe, when the<br>
            server is handling a response.<br>
<br>
<br>
<br>
            Exception<br>
<br>
            The application raised an exception with the message:<br>
<br>
            link: namespace mismatch;<br>
              reference to a module that is not available<br>
               reference phase: 1<br>
               referenced module: &quot;c:\program<br>
            files\racket\collects\images\_<u></u>_private\flomap-struct.rkt&quot;<br>
               referenced phase level: 0<br>
               reference in module: &#39;#%embedded:g13787:flomap-__<u></u>stats<br>
               in: flomap?<br>
<br>
            Stack trace:<br>
<br>
            [running body] at:<br>
               line #f, column #f, in file #%embedded:g13787:flomap-stats<br>
            loop at:<br>
               line 605, column 8, in file c:\program<br>
            files\racket\collects\racket\_<u></u>_private\serialize.rkt<br>
            deserialize at:<br>
               line 600, column 2, in file c:\program<br>
            files\racket\collects\racket\_<u></u>_private\serialize.rkt<br>
            request-&gt;continuation at:<br>
               line 111, column 0, in file c:\program<br>
            files\racket\collects\web-__<u></u>server\lang\web.rkt<br>
            &lt;unknown procedure&gt; at:<br>
               line 57, column 10, in file c:\program<br>
            files\racket\collects\web-__<u></u>server\lang\web.rkt<br>
            &lt;unknown procedure&gt; at:<br>
               line 213, column 3, in file c:\program<br>
            files\racket\collects\web-__<u></u>server\lang\abort-resume.rkt<br>
            &lt;unknown procedure&gt; at:<br>
               line 58, column 2, in file c:\program<br>
<br>
files\racket\collects\web-__<u></u>server\dispatchers\dispatch-__<u></u>servlets.rkt<br>
            select-handler/no-breaks at:<br>
               line 161, column 2, in file c:\program<br>
            files\racket\collects\racket\_<u></u>_private\more-scheme.rkt<br>
            &lt;unknown procedure&gt; at:<br>
               line 96, column 6, in file c:\program<br>
<br>
files\racket\collects\web-__<u></u>server\private\dispatch-__<u></u>server-unit.rkt<br>
<br>
<br>
<br>
<br>
        --<br>
        Jay McCarthy &lt;<a href="mailto:jay@cs.byu.edu" target="_blank">jay@cs.byu.edu</a> &lt;mailto:<a href="mailto:jay@cs.byu.edu" target="_blank">jay@cs.byu.edu</a>&gt;&gt;<br>
        Assistant Professor / Brigham Young University<br>
        <a href="http://faculty.cs.byu.edu/~jay" target="_blank">http://faculty.cs.byu.edu/~jay</a><br>
<br>
        &quot;The glory of God is Intelligence&quot; - D&amp;C 93<br>
<br>
<br>
</blockquote></blockquote>
</div></div></blockquote></div><br></div>