Thanks for quick reply.. it seems its not possible with continuations and haXe server then. I will continue with ruby for now, and when I need to scale out look at other options. I had thought about closures, a stack of closures (one per line of the process script) could probably do what I need.
Thanks again. - Luke On 4/18/07, Nicolas Cannasse <[EMAIL PROTECTED]> wrote:
> Hello List, Big up to Nicolas :) Hi Luke ! [...] > So some one line questions.. > > 1. did anyone get anywhere with getting ruby running on neko ? that > would really rock. Robert Feldt managed to make a working prototype of Ruby-on-Neko, but I don't know how much far he went. > 2. does neko support continuations? Not currently. > 3. does haxe support continuations? Continuations are not available in JS and Flash. And since they are not available in Neko either, haXe has no support for them. > 4. if so, is it possible to serialize them and restore them? I know its > tricky.. Neko is already capable of serializing closures, and they can be unserialized as long as the bytecode doesn't get changed. If you manage to encode your architecture using closures instead of continuations (that is, without using the VM stack as a state), then you could use haXe/Neko without a problem. One other possibility is to use Neko Threads for synchronization between tasks. One thread waits for messages and worker threads sleep until the task is resolved before notifying the main thread. Look at the neko.vm.Thread haXe API. Best, Nicolas
-- Luke Hubbard codegent | coding for the people http://www.codegent.com NMA Top 100 Interactive Agencies - Ones to watch! http://www.codegent.com/top100/ want to know more? http://www.codegent.com/showreel/ This e-mail may contain information which is privileged, confidential and protected from disclosure. If you are not the intended recipient of this e-mail, or any part of it, please delete this email and any attachments immediately on receipt. You should not disclose the contents to any other person or take copies. Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of codegent limited.
-- Neko : One VM to run them all (http://nekovm.org)
