What is the best way to convert a fraction into a decimal. IE: 3/8?
Maybe you could devise a pseudo program.
Let a < b. To convert a/b to a decimal:
Line 1: Set the whole number m = 1.
Line 2: Set the array element n[m] = 9.
Line 3: Set the real number x = b*n[m] - a*10m.
Line 4: If x > 0, then decrement n[m] and go back to Line 3. Otherwise, set a = -x, b = b*10m, increment m, and go back to Line 2.
The decimal is 0.nnnnn...
That is, the decimal is a "0." followed by the juxtaposition of the array elements of n[.] in ascending order.
OK, I think I got that pseudo program to make sense now.
Following the program for 3/8:
m = 1
n = 9
x = 8*9 - 3*101 = 42
eventually, n = 3
x = 8*3 - 3*101 = -6
a = 6
b = 8*101 = 80
m = 2
n = 9
x = 80*9 - 6*102 = 120
eventually, n = 7
x = 80*7 - 6*102 = -40
a = 40
b = 80*102 = 8000
m = 3
n = 9
x = 8000*9 - 40*103 = 32000
eventually, n = 5
x = 8000*5 - 40*103 = 0
a = 0
b = 8000*103 = 8E6
m = 4
n = 9
x = 8E6*9 - 0*104 = 7.2E7
which obviously will yield a zero for every other digit found
This procedure has given:
n = 3, n = 7, n = 5, n[m>3] = 0
in accordance with the calculator.
The easiest way is to just long divide until you start getting 0's or you satisfy the number of digits you need.
I'm with cookiemonster on this one. You should be able to spot a pattern if you start repeating.
I was under the impression (though I wouldn't be surprised to be mistaken) that division would be an undesirable feature.
Yeah, I can see that. If division is not an option, your program may be a viable option.
In many cases the computers approximation to the correct result may not be desirable. Consider what happens if the rational number results in a repeating pattern which is not fully developed within the precision of your software? You need some method of computing digits unconstrained by the computers word length. Windows generates about 15 decimal digits so any fraction which requires more digits then this cannot be precisely computed by windows. I once created an Excel spreadsheet which generated decimal representation of a fraction to however many digits you wanted. Unfortunately, as I sit typing this, I cannot recall the algorithm I used. May have been very similar to that presented by Turin.
BTW, I believe that an application of the Pigeon Hole principle revels that the magnitude of the denominator gives the maximum possible number of digits in the decimal representation. (That is number of digits in which the result must terminate or being repeating.
It's not a Windows restriction, it's C/C++ restriction. If you want a variable to have more than 15 digits, it has to be an array (which would be incredibly hard on memory). Here is a table of C++ variable types.
Matlab liked my program. I put it in an m-file and ran it just for kicks. You can set the maximum m value to whatever you want. I think the program should be modified to truncate the excessive amount of traling zeros that one would incur for large numbers of decimal places (using my algorithm).
Separate names with a comma.