<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"><<a href="mailto:lzgaller@optonline.net" target="_blank">lzgaller@optonline.net</a>></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'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' doesn't pull any tricks like that. It'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'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', in "images/private/flomap-<u></u>pointwise.rkt". 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't recall there being a missing require, or fixing it. That doesn't mean it didn'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>
"see".<br>
<br>
hth,<br>
Robby<br>
<br>
<br>
On Tue, Jan 29, 2013 at 10:31 AM, Galler <<a href="mailto:lzgaller@optonline.net" target="_blank">lzgaller@optonline.net</a><br>
<mailto:<a href="mailto:lzgaller@optonline.net" target="_blank">lzgaller@optonline.net</a><u></u>>> 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't being shared between<br>
DrRacket and raco exe (is this possible???)<br>
<br>
3) I'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've compiled the non-#lang web server modules under<br>
raco exe (5.3.1) and exercised them without difficulty.<br>
<br>
I'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 <<a href="mailto:lzgaller@optonline.net" target="_blank">lzgaller@optonline.net</a><br>
<mailto:<a href="mailto:lzgaller@optonline.net" target="_blank">lzgaller@optonline.net</a><u></u>>> wrote:<br>
<br>
I wasn'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: "c:\program<br>
files\racket\collects\images\_<u></u>_private\flomap-struct.rkt"<br>
referenced phase level: 0<br>
reference in module: '#%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->continuation at:<br>
line 111, column 0, in file c:\program<br>
files\racket\collects\web-__<u></u>server\lang\web.rkt<br>
<unknown procedure> at:<br>
line 57, column 10, in file c:\program<br>
files\racket\collects\web-__<u></u>server\lang\web.rkt<br>
<unknown procedure> at:<br>
line 213, column 3, in file c:\program<br>
files\racket\collects\web-__<u></u>server\lang\abort-resume.rkt<br>
<unknown procedure> 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>
<unknown procedure> 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 <<a href="mailto:jay@cs.byu.edu" target="_blank">jay@cs.byu.edu</a> <mailto:<a href="mailto:jay@cs.byu.edu" target="_blank">jay@cs.byu.edu</a>>><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>
"The glory of God is Intelligence" - D&C 93<br>
<br>
<br>
</blockquote></blockquote>
</div></div></blockquote></div><br></div>