Post Reply 
Three Bugs found in the simulator
01-06-2019, 01:39 PM (This post was last modified: 01-06-2019 08:57 PM by compsystems.)
Post: #1
Three Bugs found in the simulator
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-119...08696.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()


Attached File(s) Thumbnail(s)
   

LO SUFICIENTEMENTE BUENO ES ENEMIGO DE LA EXCELENCIA.
Find all posts by this user
Quote this message in a reply
Post Reply 




User(s) browsing this thread: 1 Guest(s)