Okay bots:
A. The only possible differentiation allowed is between conditions and the bodies of genes. That means you simply can't figure out if your mutating something stupid. Trying to correlate what's around a segment of DNA to what it should mutate is both impossibly difficult and self defeating. Real DNA doesn't do this. What's the point of an ALife sim if you program in cheap tricks for the mutations?
10000 store is, you're right, stupid. Good news: it won't cost you anything. It's just junk that might, one day, do something. Deal with it, it's NOT changing.
And also, I'm actually working to eliminate that difference, not increase it. Eventually conditions and bodies will have only minor differences, so I am full heartedly against giving them different mutation rules. That includes existing mutations code and new code. Eventually the only difference between conditions and the bodies of genes:
Conditions (<, >, ~=) will only work in the conditions block, and store commands (store, dec, inc) will only work in the body part of genes. Then mutations will move around, delete, and add cond, start, etc. to the genome.
B. You read PY's posts, right? sysvars and numbers are the same thing. THE SAME THING. A sysvar is just a number that's in the range 1 - 1000. and a number in the range 1-1000 is a sysvar, assuming one exists for that number.
They both follow the same rules. In truth, you just need two sliders:
*number and
number
C. We tried to review your changes but you never answered us what they did. I only found the two changes I pointed out, and then you got angry and left for a few days. If you can't explain to us what you're doing, we're not just going to add it into the program (and no, the code WAS NOT self explanatory. In fact, 'what does this do' was my subtle way of saying "you sloppy programmer, what the Hell were you trying to do? This is drivle." Isn't it better all around when we can read between the lines?)