Re: [racket-dev] Compiling tests

2012-03-29 Thread Robby Findler
This has caused me some trouble and I'm not sure it is a good way to go, in general. Specifically, I'd like to think that our newer tests will more and more be things we'd want to compile. My desire to compile the tests is the same reason I want to compile any Racket file: so it loads faster. So,

Re: [racket-dev] Master-Worker with Places

2012-03-29 Thread Kevin Tew
On 03/29/2012 12:00 PM, Nick Shelley wrote: In my limited experience with parallel computing, it seems like the master-worker paradigm is somewhat common. However, it seems like Racket's places (or at least the way events are done with place-channels) makes this inconvenient. Since there is not

Re: [racket-dev] Master-Worker with Places

2012-03-29 Thread Nick Shelley
Thanks, that is helpful. I think I had read about wrap-evt but didn't know how I would use it. Those examples help. I guess my email should have been a question to the users group about how I could do it better rather than a suggestion to the dev group about what to change. On Thu, Mar 29, 2012 a

Re: [racket-dev] Master-Worker with Places

2012-03-29 Thread Matthew Flatt
At Thu, 29 Mar 2012 12:00:07 -0600, Nick Shelley wrote: > I think it would make more sense for the result of syncing on a > place-channel to return the channel itself as a result. This would make an > explicit call to place-channel-get necessary, which may be a downside, but > the upside is I could

[racket-dev] Master-Worker with Places

2012-03-29 Thread Nick Shelley
In my limited experience with parallel computing, it seems like the master-worker paradigm is somewhat common. However, it seems like Racket's places (or at least the way events are done with place-channels) makes this inconvenient. Since there is nothing that I can find in the result of syncing on

[racket-dev] question on scribble/eval's do-plain-eval on bytes and strings

2012-03-29 Thread Danny Yoo
Hi everyone, I'm running into some unexpected behavior with regards to how scribble/eval drives an evaluator in an @interaction. When I do something like this: @interaction[#:eval my-eval "foobar"] I see that my-eval is being fed an s-expression of the form: `(b

Re: [racket-dev] consistency in names and signatures

2012-03-29 Thread David T. Pierson
On Thu, Mar 29, 2012 at 12:44:35AM -0400, David T. Pierson wrote: > (Presumably if equally concise names that better reflected function > signatures were available, they would have been used in the first > place.) Sorry for the double post. I should have added "equally lucid" along with "equally