Perdon in spanish =( A picture says a thousand words

#1 Un posible BUG que encontre hoy

x = 1 OR x = 2 OR x = 3; [ENTER] => 1 ??? por que 1, si en la expresión x=#, el operador (=) no es un operador de comparación o relación, debe dejar la misma expresión pues x es un valor simbólico o en otras palabra x=1 es una ecuación, ademas x=1 tampoco es una asignación,

veamos que dice MATHEMATICA, según especialistas es el mejor CAS del mundo

http://www.wolframalpha.com/input/?i=x+%3D+1+OR+x+%3D+2+OR+x+%3D+3

la solucion claramente es la misma

El operador de comparacion en la HP-Prime es ==

x == 1 OR x == 2 OR x == 3; [ENTER] => 0 // OK :)
0 OR 0 OR 0 => 0

-------------------------------

x = 1 OR y = 2 OR z = 3; [ENTER] => 0 ???

x == 1 OR y == 2 OR z == 3; [ENTER] => 0 // OK :)
0 OR 0 OR 0 => 0

-------------------------------

x = 1 AND y = 2 AND z = 3; => 1 ???

x == 1 AND y == 2 AND z==3; => 0 // OK :)
0 AND 0 AND 0 => 0

-------------------------------

En la siguiente gráfica despliego otras situaciones donde se muestran salidas extrañas, son posibles BUGs o NO

Ademas como requerimiento al HP-PrimeTEAM (Tim, Bernard and Cyrille), un FLAG para ver la salidas de algunos operadores como true/false en lugar de 1 o 0, las palabras reservadas true/false ya existen en la HP-Prime :) , 1/0 se usaban en CAS primitivos que no podían manipular cadenas o palabras reservadas

1 AND 1 => true

Thanks for your reply

Edited: 4 Oct 2013, 6:53 p.m.