Hi!
is there a better/faster way to compare mantissas of to real number then
in following code?
#include <stdio.h>
#include <stdlib.h>
int main(void) {
float a,b;
int test;
a=1.4234;
b=3.34;
test=((a-(int)a)>(b-(int)b));
printf("a=%f b=%f\n mantisa is bigger in a %d", a,b,test);
return EXIT_SUCCESS;
}
Thank you in advance
18  4070 
Carramba wrote:
Hi!
is there a better/faster way to compare mantissas of to real number then
in following code?
#include <stdio.h>
#include <stdlib.h>
int main(void) {
float a,b;
int test;
a=1.4234;
b=3.34;
test=((a-(int)a)>(b-(int)b));
printf("a=%f b=%f\n mantisa is bigger in a %d", a,b,test);
return EXIT_SUCCESS;
}
Do you mean <math.hmodf()? It doesn't look like you mean mantissa in
the numerical analysis sense.
Well, if you don't care about the exponenet and only care about the size
of the fraction, in all but the special cases (NaN, +/- infinity) you can
get a pointer to int and point it to the memory location that sores the number.
Shift the data that the pointer to int (really a float) points to left by
nine bits. Do the same for the other number and then compare the results.
But your "solution: still maintains the sign portion of the number. So,
-.222 < .111, by your specification -.222 should be greater than .111.
---Matthew Hicks
Hi!
is there a better/faster way to compare mantissas of to real number
then
in following code?
#include <stdio.h>
#include <stdlib.h>
int main(void) {
float a,b;
int test;
a=1.4234;
b=3.34;
test=((a-(int)a)>(b-(int)b));
printf("a=%f b=%f\n mantisa is bigger in a %d", a,b,test);
return EXIT_SUCCESS;
}
Thank you in advance
"Carramba" <ca******@example.comwrote in message
news:f7**********@aioe.org...
Hi!
is there a better/faster way to compare mantissas of to real number then
in following code?
#include <stdio.h>
#include <stdlib.h>
int main(void) {
float a,b;
int test;
a=1.4234;
b=3.34;
test=((a-(int)a)>(b-(int)b));
printf("a=%f b=%f\n mantisa is bigger in a %d", a,b,test);
return EXIT_SUCCESS;
}
Thank you in advance
Yes, there is a better way, since the above will fail to give the correct
answer for negative numbers.
--
Fred L. Kleinschmidt
Boeing Associate Technical Fellow
Aero Stability and Controls Computing
In article <b6*************************@news.ks.uiuc.edu>,
Matthew Hicks <md******@uiuc.eduwrote:
>Well, if you don't care about the exponenet and only care about the size
of the fraction, in all but the special cases (NaN, +/- infinity) you can
get a pointer to int and point it to the memory location that sores the number.
Shift the data that the pointer to int (really a float) points to left by
nine bits. Do the same for the other number and then compare the results.
You are assuming a specific floating point representation that might
be wildly completely wrong. For example on some (very real) systems,
float and double have the same representation, and if that representation
is IEEE 754 64 bit binary radix, then 9 bits of shift would not be
enough.
Shifting bits would get an answer in line with the IEEE 754 definition
of "mantissa", but the answer would be very different than the OP's
b - (int)b answer. For example, 2 and 8192 (and a number of other
numbers) have the same binary mantissa [with different binary exponents],
but 2.1 and 8192.1 have quite different binary mantissas.
--
I was very young in those days, but I was also rather dim.
-- Christopher Priest
Fred Kleinschmidt skrev:
"Carramba" <ca******@example.comwrote in message
news:f7**********@aioe.org...
>Hi!
is there a better/faster way to compare mantissas of to real number then
in following code?
#include <stdio.h>
#include <stdlib.h>
int main(void) {
float a,b;
int test;
a=1.4234;
b=3.34;
test=((a-(int)a)>(b-(int)b));
printf("a=%f b=%f\n mantisa is bigger in a %d", a,b,test);
return EXIT_SUCCESS;
}
Thank you in advance
Yes, there is a better way,
Thank you for pointing out me to the right direction...
>since the above will fail to give the correct
answer for negative numbers.
In article <b6*************************@news.ks.uiuc.edu>, Matthew
Hicks <md******@uiuc.eduwrote:
>Well, if you don't care about the exponenet and only care about the
size of the fraction, in all but the special cases (NaN, +/-
infinity) you can get a pointer to int and point it to the memory
location that sores the number. Shift the data that the pointer to
int (really a float) points to left by nine bits. Do the same for
the other number and then compare the results.
You are assuming a specific floating point representation that might
be wildly completely wrong. For example on some (very real) systems,
float and double have the same representation, and if that
representation
is IEEE 754 64 bit binary radix, then 9 bits of shift would not be
enough.
Yes, sorry I was in Java land where float means IEEE 754 single precision.
I was going to point out my assumptions but I thought that would have been
redundant. But, not in C.
Shifting bits would get an answer in line with the IEEE 754 definition
of "mantissa", but the answer would be very different than the OP's
b - (int)b answer. For example, 2 and 8192 (and a number of other
numbers) have the same binary mantissa [with different binary
exponents],
but 2.1 and 8192.1 have quite different binary mantissas.
Apparently you didn't bother reading the second part of my post, or the first
part even. I mentioned that my technique was only valid if he cared about
the mantissa. I also pointed out as others have, that his code is wrong
when dealing with negative numbers if he goes by his definition of what he
was trying to do. I think you are trying to ASSUME that he wanted something,
but that isn't what the OP asked for.
---Matthew Hicks
In article <b6*************************@news.ks.uiuc.edu>,
Matthew Hicks <md******@uiuc.eduwrote:
>In article <b6*************************@news.ks.uiuc.edu>, Matthew
Hicks <md******@uiuc.eduwrote:
>>Well, if you don't care about the exponenet and only care about the
size of the fraction,
>Shifting bits would get an answer in line with the IEEE 754 definition
of "mantissa", but the answer would be very different than the OP's
b - (int)b answer.
>Apparently you didn't bother reading the second part of my post, or the first
part even. I mentioned that my technique was only valid if he cared about
the mantissa.
What you actually -wrote- is quoted above. "[...] and only care about
the size of the fraction". "size of the fraction" is NOT the same
as the IEEE 754 definition of "mantissa". The OP's example
dealt with the decimal fractions, and you used the word "fraction"
yourself rather than clarifying that your shift proposal would deal
with the mantissa rather than the fraction. When you are dealing,
for example, with numbers in the 8192 range, the left-most bit of
the mantissa is nominating values in the 4096 range rather than
nominating a value in the range [0,1) as would be the case when
you use the word "fraction".
For very specific implementations, your algorithm could work for
comparing mantissas. But unless the OP has very specific precision
requirements, it would likely make more sense to use the standard C
function frexp() to extract the "normalized fraction and an integral
power of 2"; the drawback of that is that it works with double
rather than float and the mantissa of a double is -potentially-
completely different than the mantissa of a float representing
the same number. Historically, this did happen with more than
one major vendor, in the days before IEEE single precision
numbers became standardized (if I recall correctly, double
precision was standardized first and there was a noticable
lag before single precision was standardized.)
--
If you lie to the compiler, it will get its revenge. -- Henry Spencer
Matthew Hicks skrev:
Well, if you don't care about the exponenet and only care about the size
of the fraction, in all but the special cases (NaN, +/- infinity) you
can get a pointer to int and point it to the memory location that sores
the number. Shift the data that the pointer to int (really a float)
points to left by nine bits. Do the same for the other number and then
compare the results.
But your "solution: still maintains the sign portion of the number. So,
-.222 < .111, by your specification -.222 should be greater than .111.
I should have mentions that all number are >0; in any case this is a good
point to make shore it's covered for the future use.
>
---Matthew Hicks
>Hi!
is there a better/faster way to compare mantissas of to real number
then
in following code?
#include <stdio.h>
#include <stdlib.h>
int main(void) {
float a,b;
int test;
a=1.4234;
b=3.34;
test=((a-(int)a)>(b-(int)b));
printf("a=%f b=%f\n mantisa is bigger in a %d", a,b,test);
return EXIT_SUCCESS;
}
Thank you in advance
In article <f7**********@aioe.org>, Carramba <ca******@example.comwrote:
>I should have mentions that all number are >0; in any case this is a good
point to make shore it's covered for the future use.
Okay, so now how about clarifying whether you mean "mantissa" in the
IEEE 754 binary floating point representation sense (if so,
use frexp()), or whether you mean "decimal fraction" as suggested
by your code (in which case, use modf()).
--
"No one has the right to destroy another person's belief by
demanding empirical evidence." -- Ann Landers
Walter Roberson skrev:
In article <b6*************************@news.ks.uiuc.edu>,
Matthew Hicks <md******@uiuc.eduwrote:
>>In article <b6*************************@news.ks.uiuc.edu>, Matthew
Hicks <md******@uiuc.eduwrote:
>>>Well, if you don't care about the exponenet and only care about the
size of the fraction,
>>Shifting bits would get an answer in line with the IEEE 754 definition
of "mantissa", but the answer would be very different than the OP's
b - (int)b answer.
>Apparently you didn't bother reading the second part of my post, or the first
part even. I mentioned that my technique was only valid if he cared about
the mantissa.
What you actually -wrote- is quoted above. "[...] and only care about
the size of the fraction". "size of the fraction" is NOT the same
as the IEEE 754 definition of "mantissa". The OP's example
dealt with the decimal fractions, and you used the word "fraction"
yourself rather than clarifying that your shift proposal would deal
with the mantissa rather than the fraction.
why is it different comparing two mantissas or two fraction?
if fraction of a b then mantissa for a should be bigger then b's ?
since mantissa (significand) is considered to by integer or a fractions,
witch in comparison are the same?
When you are dealing,
for example, with numbers in the 8192 range, the left-most bit of
the mantissa is nominating values in the 4096 range rather than
nominating a value in the range [0,1) as would be the case when
you use the word "fraction".
For very specific implementations, your algorithm could work for
comparing mantissas. But unless the OP has very specific precision
requirements, it would likely make more sense to use the standard C
function frexp() to extract the "normalized fraction and an integral
power of 2";
wouldn't the call to the function frexp() be more resource costly for my
purpose? since (for know) comparison is only for real number 0? and
even if it would some lines would easy fix cases there number is < 0.
the drawback of that is that it works with double
rather than float and the mantissa of a double is -potentially-
completely different than the mantissa of a float representing
the same number.
do you mean that the length of the mantissa would differ? and the last
significant number may by different?
Historically, this did happen with more than
one major vendor, in the days before IEEE single precision
numbers became standardized (if I recall correctly, double
precision was standardized first and there was a noticable
lag before single precision was standardized.)
On Jul 12, 6:30 am, Carramba <carra...@example.comwrote:
Hi!
is there a better/faster way to compare mantissas of to real number then
in following code?
#include <stdio.h>
#include <stdlib.h>
int main(void) {
float a,b;
int test;
a=1.4234;
b=3.34;
test=((a-(int)a)>(b-(int)b));
printf("a=%f b=%f\n mantisa is bigger in a %d", a,b,test);
return EXIT_SUCCESS;
}
Your are not comparing mantissas, but I guess that is not what you
want to do anyway.
If you really did want to compare mantissas, the right way to separate
mantissa and exponent is frexp(): http://www.opengroup.org/onlinepubs/...xsh/frexp.html
What are you really trying to accomplish?
On Thu, 12 Jul 2007 12:46:13 -0700, user923005 wrote:
On Jul 12, 6:30 am, Carramba <carra...@example.comwrote:
>Hi!
is there a better/faster way to compare mantissas of to real number then
in following code?
#include <stdio.h>
#include <stdlib.h>
int main(void) {
float a,b;
int test;
a=1.4234;
b=3.34;
test=((a-(int)a)>(b-(int)b));
printf("a=%f b=%f\n mantisa is bigger in a %d", a,b,test);
return EXIT_SUCCESS;
}
Your are not comparing mantissas, but I guess that is not what you
want to do anyway.
Maybe "mantissa" has more meanings than you believe.
If you really did want to compare mantissas, the right way to separate
mantissa and exponent is frexp():
http://www.opengroup.org/onlinepubs/...xsh/frexp.html
What are you really trying to accomplish?
He's trying to compare fractional parts, which I would do with
a - floor(a). Yes, "mantissa" is antiquate with this meaning, but
so it is with the meaning you're thinking about (for which
nowadays "significand" is used).
--
Army1987 (Replace "NOSPAM" with "email")
"Never attribute to malice that which can be adequately explained
by stupidity." -- R. J. Hanlon (?)
On Jul 12, 4:06 pm, Army1987 <army1...@NOSPAM.itwrote:
On Thu, 12 Jul 2007 12:46:13 -0700, user923005 wrote:
On Jul 12, 6:30 am, Carramba <carra...@example.comwrote:
Hi!
is there a better/faster way to compare mantissas of to real number then
in following code?
#include <stdio.h>
#include <stdlib.h>
int main(void) {
float a,b;
int test;
a=1.4234;
b=3.34;
test=((a-(int)a)>(b-(int)b));
printf("a=%f b=%f\n mantisa is bigger in a %d", a,b,test);
return EXIT_SUCCESS;
}
Your are not comparing mantissas, but I guess that is not what you
want to do anyway.
Maybe "mantissa" has more meanings than you believe.
If you really did want to compare mantissas, the right way to separate
mantissa and exponent is frexp():
http://www.opengroup.org/onlinepubs/...xsh/frexp.html
What are you really trying to accomplish?
He's trying to compare fractional parts, which I would do with
a - floor(a). Yes, "mantissa" is antiquate with this meaning, but
so it is with the meaning you're thinking about (for which
nowadays "significand" is used).
In the C language, there is exactly one meaning for mantissa, the one
that I used.
user923005 <dc*****@connx.comwrites:
[...]
In the C language, there is exactly one meaning for mantissa, the one
that I used.
Citation, please? I find no occurrence of the word "mantissa" in the
C99 standard.
--
Keith Thompson (The_Other_Keith) ks***@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <* <http://users.sdsc.edu/~kst>
"We must do something. This is something. Therefore, we must do this."
-- Antony Jay and Jonathan Lynn, "Yes Minister"
Keith Thompson skrev:
user923005 <dc*****@connx.comwrites:
[...]
>In the C language, there is exactly one meaning for mantissa, the one
that I used.
Citation, please? I find no occurrence of the word "mantissa" in the
C99 standard.
isn't mantissa just another (old) word for significand? anyway it's
stated so in wikipedia.
but off course one should use correct terms witch are relevant now.
On Fri, 13 Jul 2007 10:42:36 +0200, Carramba wrote:
Keith Thompson skrev:
>user923005 <dc*****@connx.comwrites:
[...]
>>In the C language, there is exactly one meaning for mantissa, the one
that I used.
Citation, please? I find no occurrence of the word "mantissa" in the
C99 standard.
isn't mantissa just another (old) word for significand? anyway it's
stated so in wikipedia.
but off course one should use correct terms witch are relevant now.
If with your original post you were trying to compare
significands, you were almost as misguided as you could possibly
have ever been.
--
Army1987 (Replace "NOSPAM" with "email")
"Never attribute to malice that which can be adequately explained
by stupidity." -- R. J. Hanlon (?)
Carramba <ca******@example.comwrites:
Keith Thompson skrev:
>user923005 <dc*****@connx.comwrites:
[...]
>>In the C language, there is exactly one meaning for mantissa, the one
that I used.
Citation, please? I find no occurrence of the word "mantissa" in the
C99 standard.
isn't mantissa just another (old) word for significand? anyway it's
stated so in wikipedia.
but off course one should use correct terms witch are relevant now.
There are several meanings of the word "mantissa", and the OP didn't
clearly state which one he was using.
--
Keith Thompson (The_Other_Keith) ks***@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <* <http://users.sdsc.edu/~kst>
"We must do something. This is something. Therefore, we must do this."
-- Antony Jay and Jonathan Lynn, "Yes Minister"
On Fri, 13 Jul 2007 13:16:16 -0700, Keith Thompson wrote:
There are several meanings of the word "mantissa", and the OP didn't
clearly state which one he was using.
But the expressions he wrote (a - (int)a) make somewhat clear
which meaning he intended.
--
Army1987 (Replace "NOSPAM" with "email")
"Never attribute to malice that which can be adequately explained
by stupidity." -- R. J. Hanlon (?) This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: JackRazz |
last post by:
Is there a function to extract the mantissa and exponent from a double like the frexp
function does in other languages (c++ & Python)?
Thanks - JackRazz
|
by: sankar |
last post by:
Hi,
I am using a Q14.18 value. There are tables used
in my program which are being indexed by the exponent and mantissa
parts of the corresponding floating point value.
So how can I get the...
|
by: fzmaster |
last post by:
Actually i need to know how to detect if a number is a perfect square.
But i'v been thinking..
if i sqrt(x) and check if this result has mantissa... so it is not a
interger...and surely not a...
|
by: Thomas Kowalski |
last post by:
Hi everyone,
To determine equality of two doubles a and b the following is often
done:
bool isEqual ( double a, double b ) {
return ( fabs (a-b) < THRESHOLD );
}
But this a approach usually...
|
by: eman.abu.samra |
last post by:
Hi all,
i have encountered the strangest behavior. Check out this simple
program:
#include <stdio.h>
int main()
{
double time = 1;
|
by: Peng Yu |
last post by:
Hi,
I'm wondering if there is any standard function that computes mantissa
a floating point number. I could use x - floor(x), suppose x is a
floating number. But this involves an additional...
|
by: D'Arcy J.M. Cain |
last post by:
I'm not sure I follow this logic. Can someone explain why float and
integer can be compared with each other and decimal can be compared to
integer but decimal can't be compared to float?
True...
|
by: Terry Reedy |
last post by:
Gerhard Häring wrote:
The new fractions module acts differently, which is to say, as most
would want.
True
Traceback (most recent call last):
File "<pyshell#20>", line 1, in <module>
F(1.0)...
|
by: Charles Arthur |
last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
|
by: emmanuelkatto |
last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud.
Please let me know.
Thanks!
Emmanuel
|
by: BarryA |
last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
|
by: Sonnysonu |
last post by:
This is the data of csv file
1 2 3
1 2 3
1 2 3
1 2 3
2 3
2 3
3
the lengths should be different i have to store the data by column-wise with in the specific length.
suppose the i have to...
|
by: Hystou |
last post by:
There are some requirements for setting up RAID:
1. The motherboard and BIOS support RAID configuration.
2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
|
by: Hystou |
last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can...
|
by: Oralloy |
last post by:
Hello folks,
I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>".
The problem is that using the GNU compilers,...
|
by: jinu1996 |
last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...
|
by: agi2029 |
last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing,...
| |
