Topic: Calculating, Mostly Addition

[KamikazeHighland]

[monkey_05_06]

[code]int C;
C++;[/code]

Ah, programming jokes. 8)

[Iceboty V7000a]

Care to elaborate why you need to work with such large numbers in AGS?

[KamikazeHighland]

Well, I don't like for math to ever be wrong. 

I've actually finished with all four arithmetic operations for non-negative, non-decimal numbers of any size.

But thank you anyway.

[Iceboty V7000a]

Care to elaborate why you need to work with such large numbers in AGS?

Is this really needed?

[KamikazeHighland]

Necessary?  No.

I don't know c++, and it looks hard to learn.   

I'm finished.

[Dualnames]

Again, in case it didn't go through why are you re-inventing the wheel for?

[Calin Leafshade]

(32bit) Ints themselves are only accurate to 32-bits but larger numbers can be stored using multiple registers. Theoretically a computer can store a number as large as you like with no errors. Its just far slower because it has to do clever, expensive multiple register arithematic.

[KamikazeHighland]

It's not about large numbers, it's about accuracy, and uncertainty.  When you multiply or divide ints or floating point numbers more than once, multiple rounding errors can creep up in no time at all.

Multiple registers, you say?

[Calin Leafshade]

dividing ints can introduce rounding errors yes. You would use floats if accuracy was important. The accuracy of a float decreases as the value of the number stored increases but the larger the size of the float the less significance the error will have. Even the vast majority of scientific applications dont require accuracy to more than about 6 significant figures.

Accuracy of integer division can be a problem but if you are concerned about the accuracy of floating point numbers then you really need something far more specialised than AGS.

[Wyz]

I'm curious what method you use right now; adding two number of 155 (decimal) digits will boil down to around 30 additions. This is still peanuts for any processor and even for AGS' virtual machine. Adding more digits will cause the processing time to grow linearly. It should by no means be slower than multiplication.