Re: [racket-dev] Unlucky with Racket 6.0 (2/2)

2014-03-13 Thread Paulo Matos
On 13/03/14 03:38, Matthew Flatt wrote: At Wed, 12 Mar 2014 23:14:14 +, Paulo Matos wrote: However, I notice a top-level Makefile in racket/, after taking a peek and reading INSTALL.txt it seems that now I need to use this Makefile to build everything. So, I try (as mentioned in the INSTALL

Re: [racket-dev] Unlucky with Racket 6.0 (1/2)

2014-03-13 Thread Matthew Flatt
I've pushed a repair for the crash. The crash was due to a hack that extracts a private child from a Gtk widget that implements a `choice%`. The child is extracted so that callbacks can be attached to the child widget. The reference count on the extracted child wasn't managed correctly, and so an

Re: [racket-dev] Changing the default error display handler to use

2014-03-13 Thread Matthew Flatt
At Wed, 12 Mar 2014 18:05:03 -0700, Eric Dobson wrote: > A common issue I have is that the default error handler does not > display error message's exn:srcloc if it has it [...] > > Is this reasonable to add to the default error handler, and if so do > people have suggestions on the format? You m

Re: [racket-dev] Changing the default error display handler to use

2014-03-13 Thread Robby Findler
You'll want to check DrRacket in both "Debugging" and "No Debugging and Profiling" mode to see if you're happy with the results (and I can help change them if you're not happy with them). Robby On Thu, Mar 13, 2014 at 8:34 PM, Matthew Flatt wrote: > At Wed, 12 Mar 2014 18:05:03 -0700, Eric Dob

Re: [racket-dev] Changing the default error display handler to use

2014-03-13 Thread Eric Dobson
Yes the default error display handler. Ok, I'll put this on my list of things to do, and hopefully have a version for review at some point. On Thu, Mar 13, 2014 at 7:22 PM, Robby Findler wrote: > You'll want to check DrRacket in both "Debugging" and "No Debugging and > Profiling" mode to see if