<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=gb2312" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 9.00.8112.16457"></HEAD>
<BODY>
<DIV dir=ltr align=left><SPAN class=936191122-02022013><FONT color=#0000ff 
size=2 face=Arial>Aha, that (in addition to what Matthew already answered) could 
be it, I always have automatic compilation enabled, even while compiling. I'll 
look into it.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=936191122-02022013><FONT color=#0000ff 
size=2 face=Arial>Thanks, Jos</FONT></SPAN></DIV><BR>
<DIV dir=ltr lang=en-us class=OutlookMessageHeader align=left>
<HR tabIndex=-1>
<FONT size=2 face=Tahoma><B>From:</B> Robby Findler 
[mailto:robby@eecs.northwestern.edu] <BR><B>Sent:</B> s¨¢bado, 02 de febrero de 
2013 1:30<BR><B>To:</B> Matthew Flatt<BR><B>Cc:</B> Jos Koot; 
users@racket-lang.org<BR><B>Subject:</B> Re: [racket] confusing behaviour of 
managed-compile-zo<BR></FONT><BR></DIV>
<DIV></DIV>There was a related problem that Sam noticed a while back about how 
the same set of parameters (if not the same uses) leaked out into his program 
and the best I came up with was the advice to disable the automatic compilation 
in DrRacket (in the language dialog's "show details" section).
<DIV><BR></DIV>
<DIV>Robby<BR><BR>On Friday, February 1, 2013, Matthew Flatt wrote:<BR>
<BLOCKQUOTE 
style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" 
class=gmail_quote>I think the issue is that DrRacket sets 
  `use-compiled-file-paths' to<BR>include "compiled/drracket/errortrace", and 
  the installation doesn't<BR>includes compiled files there, so CM tries to add 
  them.<BR><BR>In other words, there's a collision between your use of CM 
  via<BR>`managed-compiled-zo' and a use already in place for the load 
  handler.<BR>You can work around the problem by setting 
  `use-compiled-path-paths'<BR>back to just `(list 
  "compiled")'.<BR><BR>Meanwhile, I'm not sure which part of the system to 
  blame. I think the<BR>pile of parameters and callbacks isn't right, since 
  DrRacket interferes<BR>with your program, but I don't immediately see how to 
  fix it.<BR><BR>At Wed, 30 Jan 2013 18:15:48 +0100, "Jos Koot" wrote:<BR>&gt; 
  When compiling with managed-compile-zo, manager-compile-notify-handler 
  and<BR>&gt; manager-trace-handler, I see that parts of the racket directory 
  are<BR>&gt; (re)compiled, for example:<BR>&gt;<BR>&gt; TRACE: compiling: 
  C:\Program Files<BR>&gt; 
  (x86)\Racket-Full-5.3.1.10\collects\racket\private\small-scheme.rkt<BR>&gt;<BR>&gt; 
  Th¨¬s even happens again when compiling again without modifying anything. 
  Is<BR>&gt; this expected behaviour?<BR>&gt;<BR>&gt; I do this with Window 7 
  Home Premium. Another odd thing is that sometimes<BR>&gt; after installing new 
  nightly build, DrRacket does not have all required<BR>&gt; permissions in its 
  collects directory. I sometimes have to grant these<BR>&gt; permissions via 
  the properties of the directory.<BR>&gt;<BR>&gt; Thanks Jos.<BR>&gt;<BR>&gt; 
  PS<BR>&gt; I compile from DrRacket with the following:<BR>&gt;<BR>&gt; #lang 
  racket<BR>&gt; (require compiler/cm)<BR>&gt; (manager-compile-notify-handler 
  (¦Ë (str) (printf "NOTIFY: ~a~n~n" str)))<BR>&gt; (manager-trace-handler (¦Ë 
  (str) (printf "TRACE: ~a~n~n" str)))<BR>&gt; (managed-compile-zo 
  "my-program.rkt")<BR>&gt; (managed-compile-zo "my-other-program.rkt")<BR>&gt; 
  etc.<BR>&gt;<BR>&gt; ____________________<BR>&gt; &nbsp; Racket Users 
  list:<BR>&gt; &nbsp; <A href="http://lists.racket-lang.org/users" 
  target=_blank>http://lists.racket-lang.org/users</A><BR><BR>____________________<BR>&nbsp; 
  Racket Users list:<BR>&nbsp; <A href="http://lists.racket-lang.org/users" 
  target=_blank>http://lists.racket-lang.org/users</A><BR></BLOCKQUOTE></DIV></BODY></HTML>