<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=utf-8">
<META content="MSHTML 6.00.6000.16414" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face="Courier New">Thanks. What I do is:</FONT></DIV>
<DIV><FONT face="Courier New">1: Enter DrScheme with an scm file that
deletes my own zo files and compiles my ss files.</FONT></DIV>
<DIV><FONT face="Courier New">2: Disable debuging and press the run
button.</FONT></DIV>
<DIV><FONT face="Courier New">3: Open a program I want to run, select the right
language, turn debugging off if necessary and press the run button. In this
program and <FONT face="Courier New">my own zo files my own modules are required
with</FONT></FONT></DIV>
<DIV><FONT face="Courier New"><FONT face="Courier New">(require (lib
"compiled/file.zo" "my own collection")).</FONT></FONT></DIV>
<DIV><FONT face="Courier New">5: Occasionally my code may use (load
"some-non-module-file.scm") for files that have no zo counterpart.</FONT></DIV>
<DIV><FONT face="Courier New"></FONT> </DIV>
<DIV><FONT face="Courier New">If I understand your answer correctly I may trust
that my own zo files have no debugging annotations, although other modules not
written/compiled by myself may still have debugging annotations. That's alright
for me. That's exactly what I want. I also understand that my non-module
scm files will be evaluated without debugging. Perfect.</FONT></DIV>
<DIV><FONT face="Courier New"></FONT><FONT
face="Courier New"></FONT> </DIV>
<DIV><FONT face="Courier New">One more remark about DrScheme's "cleverness"
looking at the beginning<BR>of a file being opened and setting the language
level based on it:</FONT></DIV>
<DIV><FONT face="Courier New"></FONT> </DIV>
<DIV><FONT face="Courier New">File one.ss:</FONT></DIV>
<DIV><FONT face="Courier New">(module one mzscheme)</FONT></DIV>
<DIV><FONT face="Courier New">Selects language module, alright, very nice
indeed, although it would even be nicer if the debugging and other detail option
settings would not be affected (as far as possible, for different languages may
have different sets of detail options)</FONT></DIV>
<DIV><FONT face="Courier New"></FONT> </DIV>
<DIV><FONT face="Courier New">File one+two.scm:</FONT></DIV>
<DIV><FONT face="Courier New">(module one mzscheme)</FONT></DIV>
<DIV><FONT face="Courier New">(module two mzscheme (require module
one))</FONT> </DIV>
<DIV><FONT face="Courier New">(require two)</FONT></DIV>
<DIV><FONT face="Courier New">Selects language module too, which is not right.
Correcting this would require DrScheme to look somewhat further than the
beginning of the file. Perhaps you dont want to do that because it may
significantly slow down opening the file.</FONT></DIV>
<DIV><FONT face="Courier New"></FONT> </DIV>
<DIV><FONT face="Courier New">Thanks again, Jos Koot</FONT></DIV>
<DIV><FONT face="Courier New"></FONT> </DIV>
<DIV>(((((lambda(x)((((((((x x)x)x)x)x)x)x)x))<BR>
(lambda(x)(lambda(y)(x(x y)))))<BR> (lambda(x)(x)x))<BR>
(lambda()(printf "Greetings, Jos~n"))))</DIV>
<BLOCKQUOTE
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
<DIV
style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B>
<A title=robby@cs.uchicago.edu href="mailto:robby@cs.uchicago.edu">Robby
Findler</A> </DIV>
<DIV style="FONT: 10pt arial"><B>To:</B> <A title=jos.koot@telefonica.net
href="mailto:jos.koot@telefonica.net">jos koot</A> </DIV>
<DIV style="FONT: 10pt arial"><B>Cc:</B> <A title=plt-scheme@list.cs.brown.edu
href="mailto:plt-scheme@list.cs.brown.edu">PLT-list</A> </DIV>
<DIV style="FONT: 10pt arial"><B>Sent:</B> Monday, April 09, 2007 11:42
PM</DIV>
<DIV style="FONT: 10pt arial"><B>Subject:</B> Re: [plt-scheme] complile-file
and debugging</DIV>
<DIV><BR></DIV>On 4/8/07, jos koot <<A
href="mailto:jos.koot@telefonica.net">jos.koot@telefonica.net</A>>
wrote:<BR>><BR>><BR>> Hi,<BR>> This applies to DrScheme, version
369.8-svn5apr2007 [3m].<BR>><BR>> Can I trust that the standard
current-eval and procedure compile-file do not<BR>> include debugging code
when debugging is disabled in the choose-language<BR>> dialog? Is the debug
option propagated when code being evaluated or compiled<BR>> involves other
applications of the standard current-eval and procedure<BR>> compile-file?
I looked into the docs, but found no explicit info on this<BR>>
matter.<BR><BR>Turning on debugging means that anything passing thru the
current-eval<BR>handler gets the errortrace annotations, unless that thing is
already<BR>compiled code (which is what you'd get when requiring a
pre-compiled<BR>.zo file).<BR><BR>Note that sometimes the .zo files already
have errortrace annotations<BR>compiled in, if they were created with them
(say, with, setup-plt<BR>--mode errortrace, for example).<BR><BR>> I found
that when using language mzscheme without debugging, opening a file<BR>>
starting with (module ... sets the language for that file to (module
...)<BR>> with the debug option enabled. Therefore I wonder what
compile-file does<BR>> when called from mzscheme without debugging for a
file containing a module.<BR><BR>That "cleverness" you're seeing is drscheme
looking at the beginning<BR>of the file and setting the language level based
on it. Nothing else.<BR><BR>> In short, how can I make sure that either all
code is debugged or none of<BR>> the code is debugged?<BR><BR>That's a
different issue; I guess I'd need more context to answer that<BR>one.
One piece of the answer; if you throw away all .zo files, then<BR>the setting
in the language level will determine how all files behave<BR>(and when I say
"all" I mean really everything: planet, the ones in<BR>drscheme
,etc).<BR><BR>But I don't think you really want to be doing that. We've tried
to<BR>design things so that mixing code with debugging annotations and
code<BR>without should work reasonably
well.<BR><BR>Robby<BR></BLOCKQUOTE></BODY></HTML>