All I get are "stalls" many seconds (minute) into running the game if I run it
from drracket. The command line version doesn't stutter at all. So no, running
a GC right ahead of big-bang isn't going to solve that problem.
Jack, I have taken the liberty to rewrite your game in a more Rackety st
On 2013-08-08 10:01:41 -0700, Eric Dobson wrote:
> Was this addition intentional?
No, thanks for catching it.
Cheers,
Asumu
_
Racket Developers list:
http://lists.racket-lang.org/dev
On Thu, Aug 8, 2013 at 9:50 AM, wrote:
> asumu has updated `master' from a8405eb77d to 24e55c1faa.
> http://git.racket-lang.org/plt/a8405eb77d..24e55c1faa
>
> =[ 2 Commits ]==
> Directory summary:
> 76.4% pkgs/htdp-pkgs/htdp-doc/teachpac
Sorry: first post. Here's the link:
https://gist.github.com/Universalist235/6171371
Robby
On Thu, Aug 8, 2013 at 7:47 AM, Robby Findler
wrote:
> I don't think so no. But we could try.
>
> His code is linked in the dirt post in the thread.
>
>
> On Thursday, August 8, 2013, Matthias Felleisen w
I don't think so no. But we could try.
His code is linked in the dirt post in the thread.
On Thursday, August 8, 2013, Matthias Felleisen wrote:
>
> Truth in advertising:
>
> big-bang skips frames in certain circumstances -- when handlers take too
> long -- so if the GC kicks in when a handler r
Truth in advertising:
big-bang skips frames in certain circumstances -- when handlers take too long
-- so if the GC kicks in when a handler runs, it is possible that the eventual
result is a skip.
Robby: do you think Jack's program would benefit from a forced gc before
big-bang runs? (I can
Hi Jack: the entire system freezes when the GC happens and the numbers you
report match up with what I'd expect to be very annoying stuttering. (And
just for the record, it doesn't skip frames -- it just doesn't update
anything or draw any new frames during the GC.)
Can you tell us more about your
7 matches
Mail list logo