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

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 mean

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 mfl...@cs.utah.edu wrote: At Wed, 12 Mar 2014 18:05:03

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 ro...@racket-lang.org wrote: You'll want to check DrRacket in both Debugging and No Debugging and Profiling