HP50G bug ?

[Han]

(12-15-2014 05:49 PM)Claudio L. Wrote:  The next update for the 50g is called newRPL, it will still take a while longer but it will come. I followed this thread and implemented the operators the way it was expected here.
Originally, all operators on lists were passed directly to their elements and returned a list:
{ 1 2 }
{ 1 2 }
==
would return { 1 1 } (which is true for each element).
By reading this thread, I realized it's more useful if all "test" operators return a single true/false value.
So it now does the element-by-element, but then it combines all the intermediate true/false values into a single one:
{ 1 2 }
{ 1 2 }
==
returns 1 if all elements are equal. In general, all tests return true only if all elements of a list test true. This is recursive, so lists of lists work as expected.
Also, reals vs integers is not a problem:
{ 1.000 2.0 }
{ 1 2 }
==
returns 1 as expected. This is by design, as there's a single numeric type visible to the user. In this thread, the main problem was caused by a compiler optimization, which also cannot happen by design (lists cannot contain pointers, only objects).
In that regards, newRPL will be more user-friendly, as it will require less knowledge of the internal technicalities.
I'll release demo number 4 with these improvements very soon.

Claudio

I think returning 1 or 0 would at least make it consistent with the behavior in the HP48S/G series and the HP49G/G+ and HP50G (excluding bugged cases). There is also a "SAME" command, and you could always implement new "equality" commands for other types of equality.