[Felix-language] felix game stuff

2007-08-19 Thread Rhythmic Fistman
This one page piece of code entirely governs your typical game "spinning collectable animating thing that flies off the screen often before you can shoot it" thing. It launches various felix threads, for animating, checking shots and plotting the gravity parabola. Originally I used a boolean that I

Re: [Felix-language] felix game stuff

2007-08-19 Thread skaller
On Sun, 2007-08-19 at 13:13 +0300, Rhythmic Fistman wrote: > My driver itself cheats in this respect, using > an schannel with some c code that reschedules every fthread > hanging on an schannel, as though you executed a "read n times, > discarding result". Um. So in conclusion, I think I'm close

Re: [Felix-language] felix game stuff

2007-08-19 Thread skaller
On Sun, 2007-08-19 at 13:13 +0300, Rhythmic Fistman wrote: > p.s. I typedefef the schannel[event_type] thing, but that doesn't seem > to create the associated constructor (mk_mynewname()), I can use the > new name but I still have to remember the original type, saying > var blah = mk_schannel[even

Re: [Felix-language] felix game stuff

2007-08-19 Thread skaller
On Sun, 2007-08-19 at 13:13 +0300, Rhythmic Fistman wrote: [] [CCing to Andreas in case he can throw more light on this] A general note on fthreads and schannels. As Andreas Rossberg noted on LtU (Lambda the Ultimate), Felix fthread/schannel is a "very poor man's promise/future". As I understand

Re: [Felix-language] felix game stuff

2007-08-19 Thread skaller
On Sun, 2007-08-19 at 13:13 +0300, Rhythmic Fistman wrote: > My driver itself cheats in this respect, using > an schannel with some c code that reschedules every fthread > hanging on an schannel, as though you executed a "read n times, > discarding result". Um. I actually think you should use t