At 08:39 AM 3/19/2007 -0500, [EMAIL PROTECTED] wrote:
>I have a recollection from a computer math class many years ago that you
>should never, ever, round intermediate numbers in a calculation. The
>"rounding" itself then becomes part of the next step, then the next, and
>so on. While that may n
At 04:34 AM 3/18/2007 +, [EMAIL PROTECTED] wrote:
>Do 'human rounding principles' say that you would expect 10 / 3 rounded
>to 2 DP would produce 3.34 or 3.33? How about -10 / 3?
10/3 rounded to two places is 3.33. 3.34 is simply wrong. To say that 3.34
is 10/3 rouned to two places means tha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 16 Mar 2007 at 21:52, Bill Luebkert wrote:
> That can be resolved by using a smaller value than .05. Actually, I
> use something like this to do my rounding when CPU isn't important :
>
> sub round ($;$) {# $ret = round ($num, [$digi
>From wagnerc:
>That's all good for rounding intermediate numbers in a calculation...
I have a recollection from a computer math class many years ago that you
should never, ever, round intermediate numbers in a calculation. The
"rounding" itself then becomes part of the next step, then the next
It actually does work in the BEGIN block too. I feel ur pain. Eval's can
be a total [EMAIL PROTECTED]
At 01:13 AM 3/19/2007 -0700, Glenn Linderman wrote:
>Why not? tr said it compiled the strings at compile time, compile time
>sounded like a begin block, but of course eval is also compile time
