newRPL: [UPDATED April 27-2017] Firmware for testing available for download

[Claudio L.]

(10-08-2015 09:26 PM)Helix Wrote:  More comments about unit functions:

1_a 1_ca CONVERT gives "inconsistent units", instead of 100_ca

20_°C 1_°F CONVERT gives 68._°F (I don't understand the dot here)

68_°F 1_°C CONVERT gives 19.99:._°C instead of 20_°C

In the first case, I had forgotten to enable SI prefixes on the are unit, so 'ca' was an unknown unit for the system.

The dot in the 2nd conversion is because the conversion factors are not applied in the best order possible, especially for inverse operations, the conversion factor is inverted and then multiplied by the result. The inverse of the factor might not be an exact number, even if the final result would be. Numerically it all works with the usual minimal rounding errors, but the order of operations might make an otherwise exact conversion to become approximated.
In any case, exact numbers don't make much sense with units, since all measurements are approximated by their own nature.

The third case is a bug in the displaying routine. It shows bad rounding of the last digit, from a 9 into a ':' which is the ASCII character that follows 9, when it should actually propagate the carry to the next digit. I'll work on that.

As usual, thanks for the bug reports.