Ok, I cant get rand() or randMinMax() to work.

I tried
yvel=randMinMax(-256, 256);and also using
yvel=rand()%513-256;which both give me errors.

I'm using nRGBlib, and according to Levak,

it seems there is a conflict between libRGB rand and yagorto one

Anyone have any ideas?

Also, how could this line cause my calc to crash?
yvel+=rmov;

Ok, either I'm just too inexperienced with C, or theres something thats screwing up here...

When I add simple lines like:
yvel+=rmov;
and
yvel=-yvel;
my calc crashes when running the program... I have no clue why.

I was able to get yvel+=ymov; to work by making an unnecesary function to do what that line should have done

http://pastebin.com/dkP6qnfB
I put comments in the areas that screw up

I tried that before; it still crashed.

I had rmov go to 128 at first, and used that function.
Then changed rmov to 64 to tweak the effect, and it didn't seem to change yvel again.
Then, I changed it back to 128, which was how it was before when it worked, and IT CRASHES. Then, I changed it back to 64 and not only does it not work like before, it now crashes the calc!
How hard can it possibly be to add two variables together?
And also doing yvel=-yvel still crashes the calc for some reason!
Now, simply having the line lmov=-64 crashes it!
Does the - sign not mean negative in C like in axe?

I give up. I'll try it again tommorow.

Here's another potential bug (or maybe it's just me?)
When building my program in Ndless r557, the console gives me these errors:

Code: [Select]

In file included from main.c:4:0:
/home/philip/lib/gcc/arm-none-eabi/4.6.2/../../../../arm-none-eabi/include/string.h: At top level:
/home/philip/lib/gcc/arm-none-eabi/4.6.2/../../../../arm-none-eabi/include/string.h:35:9: error: conflicting types for ‘strlen’
/home/philip/Downloads/ndless-r557/sdk/bin/../include/os.h:243:1: note: previous definition of ‘strlen’ was here
I find that "strlen" was defined in line 47 of syscalls.h. Is there a conflict between this and something already defined in gcc?

Yes. You shouldn't use gcc libs only if you know what you're doing, because most of syscalls are already found (not all of them sadly).
Functions like strlen, strcat, strcmp etc ... are in os.h, you don't need string.h, just try to remove the #include =)  (same for other libs)

Ah nvm, fixed it. Now everything works fine (aside from the rand() conflict), so yeah, I think Ndless might have problems with global variables then.

What if I need to use global variables?

Not all global variables need a special treatment, only those containing string constants and reference to other global elements. nl_relocdata() is documented on Hackspire.
Consider this as a limitation of GCC and not Ndless. GCC doesn't emit relocation information for these variables as it should, and I see no good reason for this.