Re: [racket-users] crash in nightly build

2015-11-11 Thread Dmitry Pavlov
Matthew, More than a week has passed since I updated my installation of Racket. Good news: no crashes since the update. Most probably the bug that you fixed was causing the crash. Best regards, Dmitry On 10/31/2015 06:23 AM, Dmitry Pavlov wrote: Matthew, Before upgrading to the version wh

Re: [racket-users] crash in nightly build

2015-10-30 Thread Dmitry Pavlov
Matthew, Before upgrading to the version when you fixed this (or possibly other) crash, I have tried for a long time to catch it under gdb or rr (Sam, thanks for the pointer to rr). Unfortunately, the program has never crashed under gdb or rr. I do not know why. I ran it many times, and it works

Re: [racket-users] crash in nightly build

2015-10-15 Thread Matthew Flatt
I've just stumbled across a subtle and difficult-to-provoke GC bug while testing new changes to the GC. The problem was introduced in commit 50df879e or so (September 10), so I think the timing of the change is consistent with your problem. For this bug to be relevant, your program would need to r

Re: [racket-users] crash in nightly build

2015-10-15 Thread Matthew Flatt
At Thu, 15 Oct 2015 11:56:21 +0300, Dmitry Pavlov wrote: > Oops, it just crashed again, 5+ hours of running. > I will re-run in under gdb. There is no guarantee, though, > that it will crash this time. > > By the way, I input "handle SIGSEGV nostop noprint" into gdb prior > to running, to get rid

Re: [racket-users] crash in nightly build

2015-10-15 Thread Dmitry Pavlov
Matthew, It seems that I have lost my grip on the crash. It has not happened for almost a week---neither with the version that I build myself, nor with the nightly build where I definitely saw it. I did not update Racket during this time. I did not do anything else. I have no idea why it is gone

Re: [racket-users] crash in nightly build

2015-10-11 Thread Dmitry Pavlov
Matthew, It seems that I have lost my grip on the crash. It has not happened for almost a week---neither with the version that I build myself, nor with the nightly build where I definitely saw it. I did not update Racket during this time. I did not do anything else. I have no idea why it is gone.

Re: [racket-users] crash in nightly build

2015-10-05 Thread Matthew Flatt
At Mon, 5 Oct 2015 08:32:00 -0600, Matthew Flatt wrote: > You could configure with `--enable-strip` That should have been `--disable-strip`. -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving email

Re: [racket-users] crash in nightly build

2015-10-05 Thread Matthew Flatt
At Mon, 05 Oct 2015 17:16:34 +0300, Dmitry Pavlov wrote: > I am going to get you a stack trace. > Am I correct that in order to get the stack trace, I have to rebuild > Racket with -G and run it in gdb? Racket builds with `-g` by default, but `make install` uses `strip`. You could configure with `

Re: [racket-users] crash in nightly build

2015-10-05 Thread Dmitry Pavlov
Matthew, Sorry I am a bit late on this. It is good to know that you keep track on crash reports even as vague as mine. Here is an update: -- My crash remains with the nightly build that I installed on Saturday (Oct 3); -- I do not use places; -- I do not use any new advanced macro facilities (

Re: [racket-users] crash in nightly build

2015-09-20 Thread Matthew Flatt
To try without the recent GC changes, you could build the "rewind-gc" branch of https://github.com/mflatt/racket At Mon, 21 Sep 2015 00:08:43 +0300, Dmitry Pavlov wrote: > Hello, > > I was just able to discover that my program crashes on the > nightly build 6.2.900.17, on Linux. The program h

[racket-users] crash in nightly build

2015-09-20 Thread Dmitry Pavlov
Hello, I was just able to discover that my program crashes on the nightly build 6.2.900.17, on Linux. The program has a heavy portion of math, double and extended unsafe ops, and accesses multiple low-level libraries. It has crashed after 4 hours of running, while doing just the same that it had