+- HP Forums (https://www.hpmuseum.org/forum)
+-- Forum: HP Calculators (and very old HP Computers) (/forum-3.html)
+--- Forum: HP Prime (/forum-5.html)
+--- Thread: Three Bugs found in the simulator (/thread-12115.html)
Three Bugs found in the simulator - compsystems - 01-06-2019 01:39 PM
Hello
Three Bugs found in the simulator, I do not know if it happens in the real calculator since I no longer have a real hp-prime calculator =(
Please inform me if this same thing happens in the physical calculator.
BUG1: The output numerical values change from floating point or without it. 1. <-> 1
BUG2: when copying an expression in a given entry, it modifies the expression, this makes the output when reexecuted differently.
( 1, 2, 3 ) * ( 4, 5, 6 ) -> 1, 2, (3*4), 5, 6
BUG3: the contenders poly1[], set[] are always visualized (history view) as a list [],
First Step, restart the calculator calculator/Reset, then symbolic calculation mode [CAS], close the application and re-initialize it.
Traduciendo ..., https://translate.google.com
[↵] = [enter]
Example 1
1: ( 1, 2, 3 ) * ( 4, 5, 6 ) [↵] retorna 720. // ok, hay multiplicación implícita pero el resultado se muestra con punto decimal
2: ( 1, 2, 3 ) * ( 4, 5, 6 ) [↵] retorna 720 // ahora retorna sin punto decimal
3: ( 1, 2, 3 ) * ( 4, 5, 6 ) [↵] retorna 720. // nuevamente retorna sin punto decimal
El siguiente problema es que al copiar [up][up][copy] se reescribe la expresión a
1, 2, 3*4, 5, 6 se han eliminado los paréntesis
Ahora 1, 2, 3*4, 5, 6 [↵] retorna 1, 2, 12, 5, 6
El siguiente problema es que en la vista historial se reemplaza los paréntesis () por corchetes [], esto genera confusión al crear documentos con las capturas de pantalla del simulador, pues los estudiantes lo interpretarían como el producto punto de vectores.
1: ( 1, 2, 3 ) * ( 4, 5, 6 ) [↵] retorna en el historial [ 1, 2, 3 ] * [ 4, 5, 6 ]
Example 2
1: [ 1, 2, 3 ] * [ 4, 5, 6 ] [↵] retorna 32. // ok, se interpreta como producto punto, dot([1,2,3],[4,5,6]), salida con punto decimal
2: [ 1, 2, 3 ] * [ 4, 5, 6 ] [↵] retorna 32 // ahora retorna sin punto decimal
3: [ 1, 2, 3 ] * [ 4, 5, 6 ] ejecutar varias veces, algunas veces retorna los números con punto decimal y otras sin este.
Example 3
1: set[ 1, 2, 3 ] * set[ 4, 5, 6 ] [↵] retorna
set[ tuple[1,4], tuple[1,5], tuple[1,6], tuple[2,4], tuple[2,5], tuple[2,6], tuple[3,4], tuple[3,5], tuple[3,6] ]
// ok se visualiza como una matriz de 2 columnas por n filas, se interpreta como producto cartesiano entre conjuntos.
2: Copiar set[1,2,3]*set[4,5,6] y ejecutar varias veces, algunas veces retorna los números con punto decimal.
El siguiente problema es que en la vista historial se reemplaza set[] por corchetes [], nuevamente esto genera confusión con el producto punto de vectores, Xcas usa un símbolo diferente de visualización.
Para solucionar este problema, propongo usar símbolos diferentes de visualización en el historial como: ( )〔〕〖〗〘 〙 【 】 《 》 〈 〉❨ ❩ ❪ ❫ ❬ ❭ ❮ ❯ ❰ ❱ ❲ ❳ ❴ ❵
Ver mi idea y discusión en: http://www.hpmuseum.org/forum/thread-11935-post-108696.html
Example 4: Igualmente con
poly1[1,2,3]*poly1[4,5,6] [↵] retorna algunas veces poly1[4.,13.,28.,27.,18.] y otras poly1[4,13,28,27,18]
y en la entrada elimina el prefijo poly1, nuevamente genera confusión con las capturas de pantalla.
According to the following capture, it is apparently the same input, but different outputs, how is this possible?
1: ( 1, 2, 3 ) * ( 4, 5, 6 )
2: [1, 2, 3 ] * [ 4, 5, 6 ]
3: poly1[1, 2, 3 ] * poly1[ 4, 5, 6 ]
4: set[1, 1, 2, 3 ] * set[ 4, 5, 6, 6 ]
Except for the random commands, random(), randpoly()