[racket-dev] Release for v5.2 is about to begin

2011-10-02 Thread Ryan Culpepper
The release process for v5.2 will begin in about a week.  If
you have any new features that you want in and are relatively close
to being done, now is a good time to do that.
-- 
Ryan Culpepper
_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev


Re: [racket-dev] Release for v5.2 is about to begin

2011-10-02 Thread John Clements

On Oct 2, 2011, at 1:30 PM, Ryan Culpepper wrote:

 The release process for v5.2 will begin in about a week.  If
 you have any new features that you want in and are relatively close
 to being done, now is a good time to do that.

Cool... 5.2! 

What's the occasion?

John



smime.p7s
Description: S/MIME cryptographic signature
_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev

Re: [racket-dev] Autosave recovery: lovely (though it does lead to an internal error...)

2011-10-02 Thread Robby Findler
The embarrassing thing is that it has been in DrRacket for a very long
time but has been broken for nearly as long a time. Thanks to some
overzealous error handling, it has been broken ever since paths and
strings became separate datatypes. But there's a drdr test in there
now that should fail if it completely stops working again. I hope.

Anyways, fix pushed for the below.

Thanks,
Robby

On Sun, Oct 2, 2011 at 4:25 PM, John Clements cleme...@brinckerhoff.org wrote:
 Just saw the autosave recovery feature for the first time; super-nice.  It 
 was immediately followed by an internal error that may or may not be 
 repeatable, though it looks like a straightforward insertion of 
 path-string will solve it.

 John



 set-label in control%: expected argument of type string (up to 200 
 characters) or bitmap% object; given 
 #path:/Users/clements/RSound/looper.rkt

  === context ===
 /Users/clements/plt/collects/racket/private/more-scheme.rkt:268:2: 
 call-with-exception-handler
 /Users/clements/plt/collects/mred/private/wx/common/queue.rkt:432:6
 /Users/clements/plt/collects/mred/private/wx/common/queue.rkt:472:32
 /Users/clements/plt/collects/framework/private/autosave.rkt:124:4: main
 /Users/clements/plt/collects/drracket/tool-lib.rkt: [running body]
 /Users/clements/plt/collects/drracket/private/drracket-normal.rkt: [running 
 body]
 /Users/clements/plt/collects/drracket/drracket.rkt: [running body]
 /Users/clements/plt/collects/drracket/main.rkt: [traversing imports]



 _
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev


_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev

Re: [racket-dev] Gathering GC statistics for Racket programs

2011-10-02 Thread Sam Tobin-Hochstadt
With regard to my GC statistics tool, I said the following:

On Sat, Oct 1, 2011 at 6:50 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote:
 2. If you have multiple places, it will do totally the wrong thing.
 Fixing this will require a little more information from Racket.

I implemented the necessary bits in Racket today, but it didn't help.
It turns out that the initial value of `(current-logger)' only
receives events from the initial place.  That means that a program
can't set up a log receiver for the whole program, just for one place.

It would be nice to have a way to get around this limitation -- either
forward on child-place log messages, have the main place log all GC
events, or something else.
-- 
sam th
sa...@ccs.neu.edu
_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev