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.