Integer from a decimal.

**Tom Porterfield** · Nov 20 '06, 06:05 PM

Re: Integer from a decimal.

ChrisM wrote:

Hi Guys,
>
I'm looking for a function that will return the lowest integer that is
greater than or equal to a decimal number.
>
eg.
>
3.1(decimal) returns 4(integer)
3.9(decimal) returns 4(integer)
4.0(decimal) returns 4(integer)
>
I guess I can do somthing with Math.Ceiling, but that seems to need a
Double as an input and returns a Double. Is there a neat way, or am I
going to have to cast my Decimal to a Double, then somehow convert the
result to an Integer by hand?

You can convert decimal to double without too much problem. Or you can
write your own Ceiling to handle this.

static int ceil(decimal d)
{
if (d 0)
return (int)d == d ? (int)d : ((int)d) + 1;
else
return (int)d;
}
--
Tom Porterfield

**Jon Skeet [C# MVP]** · Nov 20 '06, 06:25 PM

Re: Integer from a decimal.

ChrisM <chris_mayersbl ue@suedeyahoo.c omwrote:

I'm looking for a function that will return the lowest integer that is
greater than or equal to a decimal number.
>
eg.
>
3.1(decimal) returns 4(integer)
3.9(decimal) returns 4(integer)
4.0(decimal) returns 4(integer)
>
I guess I can do somthing with Math.Ceiling, but that seems to need a Double
as an input and returns a Double. Is there a neat way, or am I going to have
to cast my Decimal to a Double, then somehow convert the result to an
Integer by hand?

There's an overload of Math.Ceiling which takes and returns a decimal,
which you'd then cast to int:

using System;
using System.Diagnost ics;

class Test
{
static void Main()
{
Debug.Assert(Ce ilingOfDecimalA sInt(3.1m)==4);
Debug.Assert(Ce ilingOfDecimalA sInt(3.9m)==4);
Debug.Assert(Ce ilingOfDecimalA sInt(4m)==4);
}

static int CeilingOfDecima lAsInt(decimal m)
{
return (int) Math.Ceiling(m) ;
}
}

(The method name isn't a real suggested one :)

--
Jon Skeet - <skeet@pobox.co m>
http://www.pobox.com/~skeet Blog: http://www.msmvps.com/jon.skeet
If replying to the group, please do not mail me too

**Tom Porterfield** · Nov 20 '06, 06:25 PM

Re: Integer from a decimal.

Tom Porterfield wrote:

>I'm looking for a function that will return the lowest integer that is
>greater than or equal to a decimal number.
>>
>eg.
>>
>3.1(decimal) returns 4(integer)
>3.9(decimal) returns 4(integer)
>4.0(decimal) returns 4(integer)
>>
>I guess I can do somthing with Math.Ceiling, but that seems to need a
>Double as an input and returns a Double. Is there a neat way, or am I
>going to have to cast my Decimal to a Double, then somehow convert the
>result to an Integer by hand?

>
You can convert decimal to double without too much problem. Or you can
write your own Ceiling to handle this.
>
static int ceil(decimal d)
{
if (d 0)
return (int)d == d ? (int)d : ((int)d) + 1;
else
return (int)d;
}

Or in the 2.0 manner:

static int ceil(decimal d)
{
return (int)-(decimal.Floor(-d));
}
--
Tom Porterfield

**ChrisM** · Nov 21 '06, 09:15 AM

Re: Integer from a decimal.

"Jon Skeet [C# MVP]" <skeet@pobox.co mwrote in message
news:MPG.1fcc06 f4a8a79bd798d63 c@msnews.micros oft.com...

ChrisM <chris_mayersbl ue@suedeyahoo.c omwrote:

>I'm looking for a function that will return the lowest integer that is
>greater than or equal to a decimal number.
>>
>eg.
>>
>3.1(decimal) returns 4(integer)
>3.9(decimal) returns 4(integer)
>4.0(decimal) returns 4(integer)
>>
>I guess I can do somthing with Math.Ceiling, but that seems to need a
>Double
>as an input and returns a Double. Is there a neat way, or am I going to
>have
>to cast my Decimal to a Double, then somehow convert the result to an
>Integer by hand?

>
There's an overload of Math.Ceiling which takes and returns a decimal,
which you'd then cast to int:
>
using System;
using System.Diagnost ics;
>
class Test
{
static void Main()
{
Debug.Assert(Ce ilingOfDecimalA sInt(3.1m)==4);
Debug.Assert(Ce ilingOfDecimalA sInt(3.9m)==4);
Debug.Assert(Ce ilingOfDecimalA sInt(4m)==4);
}
>
static int CeilingOfDecima lAsInt(decimal m)
{
return (int) Math.Ceiling(m) ;
}
}
>
(The method name isn't a real suggested one :)

Thanks Tom and Jon for your answers, I can see how to do it now. I should
have been able to do it anyway. Think it must have been that 'Monday
Feeling'...
Can't seem to find a way of getting Math.Ceiling() to take a decimal. Is
that a .Net2.0 addition? But anyway, casting to a double, or doing as Tom
suggests and writing my own little function seems fairly straight forward...

Thanks again,

Chris.

**Jon Skeet [C# MVP]** · Nov 21 '06, 12:55 PM

Re: Integer from a decimal.

ChrisM wrote:

Thanks Tom and Jon for your answers, I can see how to do it now. I should
have been able to do it anyway. Think it must have been that 'Monday
Feeling'...
Can't seem to find a way of getting Math.Ceiling() to take a decimal. Is
that a .Net2.0 addition? But anyway, casting to a double, or doing as Tom
suggests and writing my own little function seems fairly straight forward...

Yes, it's a 2.0 addition. Casting to a double has issues. For instance,
consider this .NET 2.0 program:

using System;

class Test
{
static void Main()
{
decimal m = 5.0000000000000 000001m;
Console.WriteLi ne (Math.Ceiling(m ));
Console.WriteLi ne (Math.Ceiling(( double)m));
}
}

It produces
5
6

because the nearest double to 5.0000000000000 000001 is exactly 5.

Tom's "int casting" answer is a good one.

Jon

**ChrisM** · Nov 21 '06, 04:25 PM

Re: Integer from a decimal.

"Jon Skeet [C# MVP]" <skeet@pobox.co mwrote in message
news:1164114674 .638416.221360@ m73g2000cwd.goo glegroups.com.. .

ChrisM wrote:

>Thanks Tom and Jon for your answers, I can see how to do it now. I should
>have been able to do it anyway. Think it must have been that 'Monday
>Feeling'...
>Can't seem to find a way of getting Math.Ceiling() to take a decimal. Is
>that a .Net2.0 addition? But anyway, casting to a double, or doing as Tom
>suggests and writing my own little function seems fairly straight
>forward...

>
Yes, it's a 2.0 addition. Casting to a double has issues. For instance,
consider this .NET 2.0 program:
>
using System;
>
class Test
{
static void Main()
{
decimal m = 5.0000000000000 000001m;
Console.WriteLi ne (Math.Ceiling(m ));
Console.WriteLi ne (Math.Ceiling(( double)m));
}
}
>
It produces
5
6
>
because the nearest double to 5.0000000000000 000001 is exactly 5.
>
Tom's "int casting" answer is a good one.
>
Jon
>

Probably I'm just be

**ChrisM** · Nov 21 '06, 04:25 PM

Re: Integer from a decimal.

"Jon Skeet [C# MVP]" <skeet@pobox.co mwrote in message
news:1164114674 .638416.221360@ m73g2000cwd.goo glegroups.com.. .

ChrisM wrote:

>Thanks Tom and Jon for your answers, I can see how to do it now. I should
>have been able to do it anyway. Think it must have been that 'Monday
>Feeling'...
>Can't seem to find a way of getting Math.Ceiling() to take a decimal. Is
>that a .Net2.0 addition? But anyway, casting to a double, or doing as Tom
>suggests and writing my own little function seems fairly straight
>forward...

>
Yes, it's a 2.0 addition. Casting to a double has issues. For instance,
consider this .NET 2.0 program:
>
using System;
>
class Test
{
static void Main()
{
decimal m = 5.0000000000000 000001m;
Console.WriteLi ne (Math.Ceiling(m ));
Console.WriteLi ne (Math.Ceiling(( double)m));
}
}
>
It produces
5
6
>
because the nearest double to 5.0000000000000 000001 is exactly 5.
>
Tom's "int casting" answer is a good one.
>
Jon
>

It doesn't matter here, as the numbers are rarely going to be finer than .5,
maybe .25 or .333 but I'm curious:
probably just being stupid again, but I don't understand why that happens.
if (double)5.00000 0000000001m is 5
then why does Math.Ceiling((d ouble)5.0000000 00000001m) equal 6
when Math.Ceiling((d ouble)5m) is 5 ??

Cheers,

Chris.

**Jon Skeet [C# MVP]** · Nov 21 '06, 05:15 PM

Re: Integer from a decimal.

ChrisM <chris_mayersbl ue@suedeyahoo.c omwrote:

It doesn't matter here, as the numbers are rarely going to be finer than .5,
maybe .25 or .333 but I'm curious:
probably just being stupid again, but I don't understand why that happens.
if (double)5.00000 0000000001m is 5
then why does Math.Ceiling((d ouble)5.0000000 00000001m) equal 6
when Math.Ceiling((d ouble)5m) is 5 ??

Because I'm careless, unfortunately - I copied the numbers down the
wrong way! The point I was trying to make stands though :)

--
Jon Skeet - <skeet@pobox.co m>
http://www.pobox.com/~skeet Blog: http://www.msmvps.com/jon.skeet
If replying to the group, please do not mail me too

**Tom Porterfield** · Nov 21 '06, 05:45 PM

Re: Integer from a decimal.

ChrisM wrote:

>
It doesn't matter here, as the numbers are rarely going to be finer than
.5, maybe .25 or .333 but I'm curious:
probably just being stupid again, but I don't understand why that happens.
if (double)5.00000 0000000001m is 5
then why does Math.Ceiling((d ouble)5.0000000 00000001m) equal 6
when Math.Ceiling((d ouble)5m) is 5 ??

It still matters, Jon was using that as an example to show how inprecise
floating point arithmetic in .NET might lead to results that you hadn't
anticipated. There are several good articles on this subject including
http://www.extremeoptimization.com/r...ndFormats.aspx.
The point being that anytime you store a number in a floating point time
(double or single), the value stored may not exactly be what you thought you
were storing. Consider the following short example:

double d = 1.0;
for (long i = 1; i < 100000000; i++, d++)
{
i = i * i / i;
d = d * d / d;
if (i != d)
{
Console.WriteLi ne ("{0} == {1} is {2}", i, d, (i == d));
break;
}
}

Look at this and predict what, if anything, will be written to the console
before the program ends. The output on my machine using the 1.1 framework
is:

94906267 == 94906267 is False

Jon got his results transposed, the output would be
6
5

Again the point being the results are not what you might anticipate if you
simply looked at the code and that decimal m = 5.0000000000000 01m;
Math.Ceiling(m) != Math.Ceiling((d ouble)m) because m.Equals((doubl e)m) ==
false.
--
Tom Porterfield

**ChrisM** · Nov 22 '06, 10:15 AM

Re: Integer from a decimal.

"Tom Porterfield" <tpporter@mvps. orgwrote in message
news:%236aeYbZD HHA.3228@TK2MSF TNGP03.phx.gbl. ..

ChrisM wrote:

>>
>It doesn't matter here, as the numbers are rarely going to be finer than
>.5, maybe .25 or .333 but I'm curious:
>probably just being stupid again, but I don't understand why that
>happens.
>if (double)5.00000 0000000001m is 5
>then why does Math.Ceiling((d ouble)5.0000000 00000001m) equal 6
>when Math.Ceiling((d ouble)5m) is 5 ??

>
It still matters, Jon was using that as an example to show how inprecise
floating point arithmetic in .NET might lead to results that you hadn't
anticipated. There are several good articles on this subject including
http://www.extremeoptimization.com/r...ndFormats.aspx.
The point being that anytime you store a number in a floating point time
(double or single), the value stored may not exactly be what you thought
you were storing. Consider the following short example:
>

Thanks for that,

**ChrisM** · Nov 22 '06, 10:25 AM

Re: Integer from a decimal.

"Tom Porterfield" <tpporter@mvps. orgwrote in message
news:%236aeYbZD HHA.3228@TK2MSF TNGP03.phx.gbl. ..

ChrisM wrote:

>>
>It doesn't matter here, as the numbers are rarely going to be finer than
>.5, maybe .25 or .333 but I'm curious:
>probably just being stupid again, but I don't understand why that
>happens.
>if (double)5.00000 0000000001m is 5
>then why does Math.Ceiling((d ouble)5.0000000 00000001m) equal 6
>when Math.Ceiling((d ouble)5m) is 5 ??

>
It still matters, Jon was using that as an example to show how inprecise
floating point arithmetic in .NET might lead to results that you hadn't
anticipated. There are several good articles on this subject including
http://www.extremeoptimization.com/r...ndFormats.aspx.
The point being that anytime you store a number in a floating point time
(double or single), the value stored may not exactly be what you thought
you were storing. Consider the following short example:
>

Thanks for the explanation there, Tom. I do understand the dangers of
floating point arithmetic from a precision point of view. What I meant by
not mattering though, was that in this particular case, the numbers should
be such that any inaccuracies will be insignificant. Even if they do come
out wrong under certain rare conditions, all I'm doing is calculating the
number of labels to print (I need 1 label for each whole or fractional part
(so 3.5 would need 4 labels). If occasionally 1 extra label comes out,
no-one will care, or even notice.

I might use that nice little function that you posted earlier though, then
there is no danger of getting it wrong, just to 'get it right'

Cheers,

Chris.

Integer from a decimal.

Integer from a decimal.

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment