Re: [racket] distributed places - throwing dcgm-type contract violation on *channel-get

2012-12-15 Thread Matthew Eric Bassett
Kevin, Many thanks for your response. The only significant difference between your code and mine is the use of localhost (which makes distributed places a lot less distributed) and the port specification. In any case, I've tried your code verbatim on two machines now. It also throws the sam

[racket] WeScheme v57 release notes

2012-12-15 Thread Danny Yoo
Hi everyone, WeScheme.org has been updated with the following changes: * Fullscreen support for world programs, on browsers that support the Fullscreen API. The dialog features a fullscreen icon on the right side. Escaping out of Fullscreen will break out of the program. Thanks to the folks i

Re: [racket] Passing info from reader level

2012-12-15 Thread Rajah Mahsohn Omega
So from what I'm gathering the only way to share data with the reader and expander layer is to add the reader as a submodue in the main.rkt file. So I've done that and it works but now I have a new problem, provide doesn't seem to be providing anything. Here is an example main.rkt file that provide

Re: [racket] distributed places - throwing dcgm-type contract violation on *channel-get

2012-12-15 Thread Kevin Tew
The following thunk example works for me. Uncommenting the message-router line will pump back stdout and stderr from the remote node so you can see any errors that may be occurring at the remote-node. You will have to kill the message router by hitting CTRL-C when you want to end the program.