You don't mention how you wish to treat negative values? The problem with POSIX::ceil and other methods offered so far is that they round positive numbers towards infinity and negative numbers towards zero.
In many calculations, if you expect the result of two similar calculations done with negative and positive values to balance each other (eg. debit + credit = 0), then these methods will result in erroneous results.
If this is important to your application you should round all your values in the same absolute direction. That is to say, if you are rounding your positive values away from zero (ie. up) then you should also round your negative values away from zero.
`sub ceil_2dp($) {
my $num=shift()*1e2; # x 100
return int($num) == $num # It had exactly 2dp.
? $num/1e2 # return it as it was
: $num < 0 # less than zero
? int(--$num)/1e2 # -1 int and div
: int(++$num)/1e2; # else +1 and div
}
for (1.2818, 1.1213, 234.33, 32.1323, 55.6274, -1.2818, -1.1213, -234.
+33, -32.1323, -55.6274) {
print ceil_2dp( $_ ) . $/;
}
__END__
1.29
1.13
234.33
32.14
55.63
-1.29
-1.13
-234.33
-32.14
-55.63
`
Okay you lot, get your wings on the left, halos on the right. It's one size fits all, and "No!", you can't have a different color.
Pick up your cloud down the end and "Yes" if you get allocated a grey one they *are* a bit damp under foot, but someone has to get them.
Get used to the wings fast cos its an 8 hour day...unless the Govenor calls for a cyclone or hurricane, in which case 16 hour shifts are mandatory.
Just be grateful that you arrived just as the tornado season finished. Them buggers are **real** work. |
Comment onDifferent way of roundingDownloadCode