<div dir="ltr"><div>Probably the check box should make finer distinctions, yes (altho the plumbing inside is the same, as it turns out).</div><div><br></div>And, FWIW setting it to #t will probably only say "you ran out of memory". And at the command line, you don't have drracket hogging all that memory so probably that's the best thing, regardless.<div>
<br></div><div>Robby</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Oct 7, 2013 at 5:14 PM, Neil Toronto <span dir="ltr"><<a href="mailto:neil.toronto@gmail.com" target="_blank">neil.toronto@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I have that preference set to #f, if this is what it looks like in the preferences file:<br>
<br>
(plt:framework-pref:drracket:<u></u>show-killed-dialog #f)<br>
<br>
Apparently, it got set to #f when I unchecked "Show this dialog next time" once after I hit Ctrl-K and DrRacket warned me that I couldn't use the REPL until I re-ran the program. At least, that's how I interpreted the message. Given my interpretation, that seems like an overloaded setting. My mental model of running programs differentiates Ctrl-K and an error, so I expect the message box for Ctrl-K to be different from the error message box. Is that wrong?<br>
<br>
I'll set it to #t and try the simulation in DrRacket again soon-ish. (For now, I need to use the command line because this is for a paper that's due on Friday.)<br>
<br>
Thanks for your help!<br>
<br>
Neil ⊥<div class="im"><br>
<br>
On 10/07/2013 11:41 AM, Robby Findler wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
Then I think that that means that the message came from<br>
rep.rkt's no-user-evaluation-message function and that you either should<br>
have gotten a dialog with an explanation for why it terminated, or you<br>
have the preference 'drracket:show-killed-dialog set to #f. I think that<br>
the only two explanations are that 'exit' was called or that your ran<br>
out of memory, but it may also be the case that you'd get a dialog with<br>
no explanation. This could happen with this program, for example:<br>
<br>
#lang racket<br>
(custodian-shutdown-all (current-custodian))<br>
<br>
or this one:<br>
<br>
#lang racket<br>
(kill-thread (current-thread))<br>
<br>
<br>
Or, it may be the case that you'd get a dialog with no explanation when<br>
you ran out of memory, if there's a bug (race-condition or something<br>
possibly).<br>
<br>
I don't see how you'd get the yellow/black warning message without<br>
getting a dialog, tho, unless you have that pref set.<br>
<br>
Not much help, I know. Sorry.<br>
<br>
Robby<br>
<br>
<br>
<br>
On Mon, Oct 7, 2013 at 10:52 AM, Neil Toronto <<a href="mailto:neil.toronto@gmail.com" target="_blank">neil.toronto@gmail.com</a><br></div><div class="im">
<mailto:<a href="mailto:neil.toronto@gmail.com" target="_blank">neil.toronto@gmail.com</a><u></u>>> wrote:<br>
<br>
Black on yellow.<br>
<br>
<br>
On 10/07/2013 09:50 AM, Robby Findler wrote:<br>
<br>
Was it black on yellow or red?<br>
<br>
Robby<br>
<br>
<br>
On Mon, Oct 7, 2013 at 10:32 AM, Neil Toronto<br>
<<a href="mailto:neil.toronto@gmail.com" target="_blank">neil.toronto@gmail.com</a> <mailto:<a href="mailto:neil.toronto@gmail.com" target="_blank">neil.toronto@gmail.com</a><u></u>><br></div>
<mailto:<a href="mailto:neil.toronto@gmail.com" target="_blank">neil.toronto@gmail.com</a><div class="im"><br>
<mailto:<a href="mailto:neil.toronto@gmail.com" target="_blank">neil.toronto@gmail.com</a><u></u>>__>> wrote:<br>
<br>
I have a long-running random simulation that spits out debug<br>
messages. I extrapolated that it would take 20 hours to get<br>
5,000,000 samples, and let it run for a day. Here's what I<br>
saw when<br>
I returned:<br>
<br>
<br>
Welcome to DrRacket, version<br></div>
5.90.0.9--2013-10-04(876995d5/<u></u>____d) [3m].<div><div class="h5"><br>
<br>
Language: typed/racket [custom]; memory limit: 1024 MB.<br>
starting...<br>
sample-search-tree returned failure<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
i = 100<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
<br>
[...]<br>
<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
i = 2605500<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
refinement-sample-point returned #f<br>
<br>
Interactions disabled<br>
|<br>
<br>
560157:0 720.77MB<br>
<br>
<br>
Fear my ASCII art status bar.<br>
<br>
"720.77MB" is what I got after clicking the GC indicator.<br>
(Before,<br>
it was about 300MB.) There were no command-line messages<br>
from DrRacket.<br>
<br>
I don't think this is an out-of-memory problem. DrRacket<br>
has been<br>
good about asking for more during other simulations, my<br>
limit is set<br>
to 1024MB, and I really doubt I'm allocating a 304MB<br>
temporary object.<br>
<br>
I wrote a small program to print 600000 debug messages,<br>
thinking it<br>
was a limit on the number of lines in the REPL, and it ran to<br>
completion.<br>
<br>
For full disclosure: I paused and restarted DrRacket from the<br>
command line (fg; ctrl-z; bg) a few times while the<br>
simulation was<br>
running, so I could use my laptop unplugged without<br>
draining the<br>
battery.<br>
<br>
Besides running out of memory, what else could cause a<br>
program to<br>
halt with "Interactions disabled", and how can I avoid it?<br>
<br>
Neil ⊥<br>
_________________________<br>
Racket Developers list:<br></div></div>
<a href="http://lists.racket-lang.org/____dev" target="_blank">http://lists.racket-lang.org/_<u></u>___dev</a><br>
<<a href="http://lists.racket-lang.org/__dev" target="_blank">http://lists.racket-lang.org/<u></u>__dev</a>><br>
<<a href="http://lists.racket-lang.org/__dev" target="_blank">http://lists.racket-lang.org/<u></u>__dev</a><br>
<<a href="http://lists.racket-lang.org/dev" target="_blank">http://lists.racket-lang.org/<u></u>dev</a>>><br>
<br>
<br>
<br>
<br>
</blockquote>
<br>
</blockquote></div><br></div></div>