posted 7 years ago
Dear all
I have got some question about float & double , my answer is due to precision because float is 32 bit integer and double is 64 bit integer, However I am not sure...please help me
Output :
different
same
In first case why it is not equal and in case the value is same,why is it so?
I have got some question about float & double , my answer is due to precision because float is 32 bit integer and double is 64 bit integer, However I am not sure...please help me
Output :
different
same
In first case why it is not equal and in case the value is same,why is it so?
posted 7 years ago
I think you are getting "different" for the 3.2 because a computer's floating point unit works with base 2 binary and 0.2 can't be represented precisely in binary, it is called a repeater fraction. In base2 only numbers with denominators that are powers of 2 are terminating, which I think is only .25, .50, and .75, which is why 6.5 shows up as "same".
Hope this helps, but there may be better minded people out there that can give you a better explanation perhaps.
Hope this helps, but there may be better minded people out there that can give you a better explanation perhaps.
posted 7 years ago
Float and double values are not integers, but rather floating point numbers. The Java
integer types are: byte, short, int, long (and char  16 bits unsigned). In both cases
your code is comparing a float value to a double, as the compiler sees 3.2f as a float
and 3.2 (without the f) as a double. I suspect the precision of the compare logic has
something to do with the different results. Someone else may comment further.
Jim ... ...
integer types are: byte, short, int, long (and char  16 bits unsigned). In both cases
your code is comparing a float value to a double, as the compiler sees 3.2f as a float
and 3.2 (without the f) as a double. I suspect the precision of the compare logic has
something to do with the different results. Someone else may comment further.
Jim ... ...
BEE MBA PMP SCJP6
posted 7 years ago
According to JLS  3.10.2 FloatingPoint Literals...
So in line 6, f1 is assigned the value 3.2f, which is a float.
But in line 9, this value is compared to the value 3.2, which is a double.
These are not equal because the value 3.2 cannot be precisely stored (in binary) within the range of a float.
A floatingpoint literal is of type float if it is suffixed with an ASCII letter F or f; otherwise its type is double...
So in line 6, f1 is assigned the value 3.2f, which is a float.
But in line 9, this value is compared to the value 3.2, which is a double.
These are not equal because the value 3.2 cannot be precisely stored (in binary) within the range of a float.
"We're kind of on the level of crossword puzzle writers... And no one ever goes to them and gives them an award." ~Joe Strummer
sscce.org
posted 7 years ago
As Ian pointed out, 6.5 can be represented exactly in binary, whereas 3.2 can't. That's why the difference in precision doesn't matter for 6.5, so 6.5 == 6.5f.
To quickly refresh how binary numbers work:
100 > 4
10 > 2
1 > 1
0.1 > 0.5 (or 1/2)
0.01 > 0.25 (or 1/4)
etc.
6.5 in binary: 110.1 (exact result, the rest of the digits are just zeroes)
3.2 in binary: 11.001100110011001100110011001100110011001100110011001101... (here precision matters!)
A float only has 24 bits precision (the rest is used for sign and exponent), so:
3.2f in binary: 11.0011001100110011001100 (not equal to the double precision approximation)
There's a handy calculator for things like this at http://www.digitconvert.com/
Basically it's the same as when you're writing 1/5 and 1/7 in decimal numbers:
1/5 = 0,2
1,7 = 0,14285714285714285714285714285714...
To quickly refresh how binary numbers work:
100 > 4
10 > 2
1 > 1
0.1 > 0.5 (or 1/2)
0.01 > 0.25 (or 1/4)
etc.
6.5 in binary: 110.1 (exact result, the rest of the digits are just zeroes)
3.2 in binary: 11.001100110011001100110011001100110011001100110011001101... (here precision matters!)
A float only has 24 bits precision (the rest is used for sign and exponent), so:
3.2f in binary: 11.0011001100110011001100 (not equal to the double precision approximation)
There's a handy calculator for things like this at http://www.digitconvert.com/
Basically it's the same as when you're writing 1/5 and 1/7 in decimal numbers:
1/5 = 0,2
1,7 = 0,14285714285714285714285714285714...
posted 7 years ago
A float is a 32bit, singleprecision IEEE 754 floating point number.
A double is a 64bit, doubleprecision IEEE 754 floating point number.
A double is a 64bit, doubleprecision IEEE 754 floating point number.
Something about .... going for a swim. With this tiny ad ...
The WEB SERVICES and JAXRS Course
https://coderanch.com/t/690789/WEBSERVICESJAXRS
