<!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>>
When compiling with managed-compile-zo, manager-compile-notify-handler
and<BR>> manager-trace-handler, I see that parts of the racket directory
are<BR>> (re)compiled, for example:<BR>><BR>> TRACE: compiling:
C:\Program Files<BR>>
(x86)\Racket-Full-5.3.1.10\collects\racket\private\small-scheme.rkt<BR>><BR>>
Th¨¬s even happens again when compiling again without modifying anything.
Is<BR>> this expected behaviour?<BR>><BR>> I do this with Window 7
Home Premium. Another odd thing is that sometimes<BR>> after installing new
nightly build, DrRacket does not have all required<BR>> permissions in its
collects directory. I sometimes have to grant these<BR>> permissions via
the properties of the directory.<BR>><BR>> Thanks Jos.<BR>><BR>>
PS<BR>> I compile from DrRacket with the following:<BR>><BR>> #lang
racket<BR>> (require compiler/cm)<BR>> (manager-compile-notify-handler
(¦Ë (str) (printf "NOTIFY: ~a~n~n" str)))<BR>> (manager-trace-handler (¦Ë
(str) (printf "TRACE: ~a~n~n" str)))<BR>> (managed-compile-zo
"my-program.rkt")<BR>> (managed-compile-zo "my-other-program.rkt")<BR>>
etc.<BR>><BR>> ____________________<BR>> Racket Users
list:<BR>> <A href="http://lists.racket-lang.org/users"
target=_blank>http://lists.racket-lang.org/users</A><BR><BR>____________________<BR>
Racket Users list:<BR> <A href="http://lists.racket-lang.org/users"
target=_blank>http://lists.racket-lang.org/users</A><BR></BLOCKQUOTE></DIV></BODY></HTML>