Within the last couple of days, DrRacket has started crashing after a
few minutes of use. I have not noticed a pattern to what I am doing
when the crash occurs (it has happened on each of mid-editing on
changing tabs, and on hitting F5 to run). I have tried both with
multiple tabs open and with m
Do you get a message saying that it has crashed from the OS, or does
it just disappear? I can't recall the details now but when I get such
messages, I get an option to go into some kind of a debugger and get
stack traces. Are you seeing that?
Robby
On Wed, Oct 17, 2012 at 8:53 AM, Kathi Fisler w
Oh-- and do you have the 64 bit or the 32 bit version of Racket? (I
see you have the 64 bit OS, but that doesn't preclude the 32 bit
version of drracket.)
Robby
On Thu, Oct 18, 2012 at 8:07 AM, Robby Findler
wrote:
> Do you get a message saying that it has crashed from the OS, or does
> it just
I'm getting a popup message from Windows that "DrRacket.exe has
stopped working". Only option I get is to close the program.
Kathi
On Thu, Oct 18, 2012 at 9:07 AM, Robby Findler
wrote:
> Do you get a message saying that it has crashed from the OS, or does
> it just disappear? I can't recall the
I'm fairly frustrated every time I have to write
(for/fold ([res outer-set]) (guards ...) (set-add res (let () body ...)))
instead of the nicer
(for/set #:initial outer-set (guards ...) body ...)
I have also found myself wanting an analog to this for the for/hash form, since
I extend hashes ofte
At Thu, 04 Oct 2012 03:48:42 +0200, Juan Francisco Cantero Hurtado wrote:
> Probably you need execute 'export LDFLAGS="-pthread -lcrypto"' in your
> shell before of run "./configure".
Thanks for the suggestion, and I see why that would work. Still, I
think it's better to change the way that "libc
Just a quick update. I now run racket pointing to a main collects dir with
only .zo files. It is working quite well!
Now I'm eyeing Jay McCarthy's archive code ;)
On Tue, Oct 16, 2012 at 12:23 PM, Matthew Flatt wrote:
> At Tue, 16 Oct 2012 14:04:32 -0500, Robby Findler wrote:
> > Besides what E
I don't know if this is the same crash you're seeing, but I just saw
one. Below is the stacktrace. It opened me up to line 195 of setjump.c
(but this code doesn't look human-written).
if (! (local = ((b -> buf ) . gcvs = (intptr_t ) __gc_var_stack__ ,
(b -> buf ) . gcvs_cnt = (intptr_t ) (__gc_v
8 matches
Mail list logo