fanofcena wrote:
with smalltak and flash its easy , with c++ err i am worried a little.
dont you think they will need something like an event stack or something ? to make their life easier ?
You're right that they'll need to maintain a list of threads, but I'm not sure what makes it so much more difficult in C++ than other languages. (Dynamic arrays are a little bit trickier, but there are standard libraries for that stuff.)
Offline
nXIII wrote:
fanofcena wrote:
with smalltak and flash its easy , with c++ err i am worried a little.
dont you think they will need something like an event stack or something ? to make their life easier ?You're right that they'll need to maintain a list of threads, but I'm not sure what makes it so much more difficult in C++ than other languages. (Dynamic arrays are a little bit trickier, but there are standard libraries for that stuff.)
Yeah, like the vector type defined in the standard library. We can also just use dynamic memory allocation with malloc() -- we just can't forget to release the memory at the end of the program.
Offline
Does anyone use Arch Linux? I am out of reach of my Arch computer and think it would be a good time to upload the package to our downloads.
If not, I'll have it up by next monday.
Also, could I be admin on github? I'm thinking of adding travis support but I need access to service hooks.
Last edited by logiblocs (2012-11-19 12:20:25)
Offline
hey, about threads, if you want to do it right you should implement it yourselves
you could make it with iterators or something, this is how we're going to do this in M30W
Last edited by roijac (2012-11-19 12:27:06)
Offline
logiblocs wrote:
Does anyone use Arch Linux? I am out of reach of my Arch computer and think it would be a good time to upload the package to our downloads.
If not, I'll have it up by next monday.
Also, could I be admin on github? I'm thinking of adding travis support but I need access to service hooks.
ok, i think i've made you admin now... let me know if it works!
Offline
roijac wrote:
hey, about threads, if you want to do it right you should implement it yourselves
you could make it with iterators or something, this is how we're going to do this in M30W
Yep. and in trying to keep this a port we will need the option of native threads for custom block. and maybe broadcast codes to use proper threads outside of custom blocks...
Offline
amcerbu wrote:
nXIII wrote:
fanofcena wrote:
with smalltak and flash its easy , with c++ err i am worried a little.
dont you think they will need something like an event stack or something ? to make their life easier ?You're right that they'll need to maintain a list of threads, but I'm not sure what makes it so much more difficult in C++ than other languages. (Dynamic arrays are a little bit trickier, but there are standard libraries for that stuff.)
Yeah, like the vector type defined in the standard library. We can also just use dynamic memory allocation with malloc() -- we just can't forget to release the memory at the end of the program.
Malloc is bad if you are using C++ use Vectors , Stacks and etc they are much faster and better [ trust me i have been doing this for a while ].
Btw event loops are not defined in any standard library [yet] , and they probably are the best way to implement what you are trying to do , otherwise you can always create something like a call queue and call it fifo style but that wont be pure multi-tasking et-al
Offline
fanofcena wrote:
Malloc is bad if you are using C++ use Vectors , Stacks and etc they are much faster and better [ trust me i have been doing this for a while ].
Malloc is bad if you are using C++, period.
Btw event loops are not defined in any standard library [yet] , and they probably are the best way to implement what you are trying to do , otherwise you can always create something like a call queue and call it fifo style but that wont be pure multi-tasking et-al
I think a process list is more accurate to Scratch's thread model than an event loop or a call queue.
Offline
nXIII wrote:
fanofcena wrote:
Malloc is bad if you are using C++ use Vectors , Stacks and etc they are much faster and better [ trust me i have been doing this for a while ].
Malloc is bad if you are using C++, period.
Btw event loops are not defined in any standard library [yet] , and they probably are the best way to implement what you are trying to do , otherwise you can always create something like a call queue and call it fifo style but that wont be pure multi-tasking et-al
I think a process list is more accurate to Scratch's thread model than an event loop or a call queue.
Hmm dunno
Offline
TRocket wrote:
logiblocs wrote:
Does anyone use Arch Linux? I am out of reach of my Arch computer and think it would be a good time to upload the package to our downloads.
If not, I'll have it up by next monday.
Also, could I be admin on github? I'm thinking of adding travis support but I need access to service hooks.ok, i think i've made you admin now... let me know if it works!
Yup, Thanks!
Offline
Who's travis?
Offline
Travis works well because it integrates nicely in github, it is hosted and it can test every push etc. Jenkins is good because it can do artefacts if you set it up right. I think a mixture of both would be good.
Offline
TRocket wrote:
hmm, travis still seems to be building with rake instead of make...
It by default goes to ruby. We just need to set up the travis.yml file right. The only potential hiccup is that we have to make a script to download the dependencies. I am thinking that just the header files should be all right - I don't think we need to test how it links. If we do the then we just need to modify the script.
http://about.travis-ci.org/docs/user/languages/cpp/ for more information
Last edited by logiblocs (2012-11-22 13:52:34)
Offline
Travis is now working, it turns out I had wrongly named .travis.yml (I called it travis.yml). Everything is working now and we have our first passing build.
Offline
Please can I have the svg? I think I'll make a smaller icon based on it.
Offline