Computer Science Canada To fork or not to fork. |
| Author: | Mackie [ Sun Apr 20, 2008 9:15 pm ] |
| Post subject: | To fork or not to fork. |
I have to decide whether or not to use my Color Selector as a procedure, which will halt all other operations while it executes, or to fork a process, but everyone says that's bad because of the randomness of it all. I don't really see any problems with forking it so far. Any suggestions? I still need to optimize. And rename some stuff. Just to let everyone know that I am aware. |
|
| Author: | syntax_error [ Sun Apr 20, 2008 9:26 pm ] |
| Post subject: | RE:To fork or not to fork. |
im sure you can find a way around, "forking" I say : not. |
|
| Author: | LaZ3R [ Sun Apr 20, 2008 9:49 pm ] |
| Post subject: | RE:To fork or not to fork. |
I'll say no as well. It's a nice program by the way 
Fork should only be used for music. If you make turing do two things at once aside from playing a music file on top of processing data, you end up asking for trouble 
I don't see your program doing anything wacky itself while it's running, however, I still think if you can avoid forking anything, try it out instead |
|
| Author: | Mackie [ Sun Apr 20, 2008 9:59 pm ] |
| Post subject: | RE:To fork or not to fork. |
Thanks, for the input. I just don't see any good reason not to fork yet. The only way I could think of integrating it with the main loop would be to make it a class. Which veers away from my original concept of a one line call. If anyone has an idea of how I could accomplish this while still keeping it a procedure, please share.
Also, I hear that the preview gradients don't work on some computers, if they don't, please speak up. Thanks again. |
|
| Author: | LaZ3R [ Mon Apr 21, 2008 8:40 pm ] |
| Post subject: | RE:To fork or not to fork. |
They show up fine here Very nice job I must say |
|