Forum TI-Planet.org

Salut!
Bon!..vous allez me dire que c'est peut-être pas la bonne rubrique, mais ça reste "alternatif" ...

Alors, voilà, comme ça faisait longtemps que je ne m'étais pas amusé à faire planter ma TI82A, voici ce que j'ai trouvé cet après-midi:

En modifiant des valeurs contenues dans l'appvar INEQUVAR.8Xv utilisée par l'application INEQUALZ (INEQUALITY GRAPHING),
j'ai découvert que celle dernière adoptait parfois d'étranges comportements

Pour l'instant j'en ai trouvé 2 assez intéressants:
-un beau plantage graphique avec effet de fondu écran! ( à base de valeurs hexa "AAAAAAAA...", voir archives_voir.php?id=892557 )
-un écran vierge qui , lors du [2nde][quitter], bascule vers une brève image brouillée style "vieille télé analogique sans signal/antenne" avant un RESET ( à base de valeurs hexa "C9C9C9C9C9..." , voir archives_voir.php?id=892607 )

J'espère trouver mieux, ...Sait-on jamais

Ah, tu me rassures grosged, je me demandais quand tu allais refaire tes expériences sur la 82a
Tiens-nous au courant, c'est toujours marrant de voir ce genre de choses

Héhé, j'adore !...C'est comme si la TI82A nous offrait un feu d'artifice, hahaha
Je vais uploader la 2ème bizarrerie citée plus haut
EDIT: ça y est , c'est fait

RE-EDIT : Et un p'tit 3ème !!! Là , c'est la totale : plantage graphique en boucle, messieurs-dames !!

(à base de "CD 72 49 CD 72 49..." , voir archives_voir.php?id=892664 )

Et un 4ème !! L'écran s'assombrit progressivement ( à base de C3C4C5C3C3C4C5C3..., voir archives_voir.php?id=892740 )

C'est sûr que l'idéal serait de comprendre comment/pourquoi ça plante de la sorte, réussir à cibler quels octets modifiés seraient à l'origine de tout cela...
J'ai ma petite idée : Et si tout cela provenait de mauvais réglages des variables graphiques infligés à la TI82A ?
En tout cas, j'ai souvent remaqué que cela avait pour effet de créer des variables telles que Y1,Y3T,X3T,u,v,w, etc
Et lorsque je scrutais celles-ci via un éditeur hexa, je pouvais lire certaines données mais écrites à l'envers !!

grosged wrote:C'est sûr que l'idéal serait de comprendre comment/pourquoi ça plante de la sorte, réussir à cibler quels octets modifiés seraient à l'origine de tout cela...
J'ai ma petite idée : Et si tout cela provenait de mauvais réglages des variables graphiques infligés à la TI82A ?
En tout cas, j'ai souvent remaqué que cela avait pour effet de créer des variables telles que Y1,Y3T,X3T,u,v,w, etc
Et lorsque je scrutais celles-ci via un éditeur hexa, je pouvais lire certaines données mais écrites à l'envers !!

I am trying to use an exploit that brandonw made (in his calcstuff folder) to launch UOSRECV and then you can send an 84+ OS. I could upload it in a few days for you to test

But it needs either a Mac or Linux computer (I don't use Windows, sorry)

It's a good idea.

critor wrote:It's a good idea.

There is a problem. (But it's solvable, I hope!)
UOSRECV does not disable the validation of the 512 bit RSA key.
But the 82 Advanced uses a "0B" key instead of "0A", which has never been factored.
I either need to patch the boot code to never validate the key, or to replace 0B key with 0A.
But the exploit program can only be 1000 bytes and it is 998 bytes.
So I need to shrink the program or factor 0B.key

Yeah, and the 82 Advanced RSA key is 2048 bits

StarTrekVoyager wrote:Yeah, and the 82 Advanced RSA key is 2048 bits

It actually has two of them for whatever strange reason
An outer one that's 2048-bit
And an inner 512 bit one.

UOSRECV already disables the outer validation.

Yeah, if the OS is flashed though UOSRECV, the validation shouldn't be a problem.