Author: sergeyken
Subject: Re: Reply to: DFSORT MUL FIELDS
Posted: Wed Mar 08, 2017 2:24 am (GMT 5.5)
When one uses a simple digital calculator, it shows (5.70 * 1024) = 5836.80
When trying to use the MUL operation of SORT to do the same, it shows (5.70 * 1024) = 583680
My point is only, that some extra effort is needed to get correct result after MUL. In that case the major issue is, understanding of the problem, and not monkey-style copy-pasting of the code.
Nothing had been mentioned about allowed decimal positions in input data. If decimal point was optional, or its position was varying, it would cause serious problem to fix the result using SORT tools only.
Similar situation is with machine instructions, too. And I know this very well after 30+ years of using stuff from Assembler to ...whatever else.
[/b]
Subject: Re: Reply to: DFSORT MUL FIELDS
Posted: Wed Mar 08, 2017 2:24 am (GMT 5.5)
| Bill Woodger wrote: |
| Is there a machine-instruction anywhere, on any chip, which has an actual decimal-point? Are you suggesting that all computer calculations are somehow "wrong" for this lack? |
When one uses a simple digital calculator, it shows (5.70 * 1024) = 5836.80
When trying to use the MUL operation of SORT to do the same, it shows (5.70 * 1024) = 583680
My point is only, that some extra effort is needed to get correct result after MUL. In that case the major issue is, understanding of the problem, and not monkey-style copy-pasting of the code.
Nothing had been mentioned about allowed decimal positions in input data. If decimal point was optional, or its position was varying, it would cause serious problem to fix the result using SORT tools only.
Similar situation is with machine instructions, too. And I know this very well after 30+ years of using stuff from Assembler to ...whatever else.
[/b]