OS 5.3.1 bloque le développement assembleur sur calculatrice

de **critor** » 17 Mar 2018, 12:30

Lors de notre annonce de la sortie de la nouvelle version

5.3.1

pour

TI-83 Premium CE

, nous n'étions vraiment pas satisfaits :

de voir d'une part qu'en 6 mois tout ce qui a pu être apporté face aux immenses progrès de la concurrence n'a été qu'un durcissement de la sécurité du mode examen qui ne concerne plus personne en France cette année
et même si ces protections sont légitimes, de voir d'autre part qu'au nom de la sécurité du mode examen le constructeur s'était même permis de dégrader les performances de la calculatrice, la mise en mode examen ne prenant plus 2 secondes mais 1min30s -
nous souhaitons bon courage et bon stress en début d'épreuve aux candidats et surveillants 2019

Mais, crois-le ou non, le pire était encore à venir...

Pour exécuter des programmes assembleur, on avait historiquement besoin de la commande

Asm(

, commande bloquée en mode examen.
Mais avec la version

5.3.0

la commande

Asm(

est devenue optionnelle. La commande de déclaration

Asm83CEPrgm

(Asm84CEPrgm sur 84+CE) n'étant quant à elle pas bloquée, il devenait donc possible de saisir et exécuter un programme assembleur en mode examen, et donc potentiellement du code permettant d'accéder à ses données sans éteindre la diode ou altérer la couleur de la barre de statut.

Cette commande est désormais bloquée dans le nouveau mode examen de la version

5.3.1

:

Mode examen 5.3.0	Mode examen 5.3.1

Mais comme découvert par

isquelcrax

ce matin, la version

5.3.1

ne fait pas que bloquer la commande

Asm83CEPrgm

en mode examen, elle la bloque de façon permanente ! :mj:

C'est à dire que les programmes assembleur non compressés ne peuvent plus être ni saisis ni exécutés directement sur la machine. :mj:

En pratique il y a 2 astuces permettant de contourner cette limitation :

Pour la saisie, utiliser l'éditeur de programmes de
TI-Connect CE
puis transférer.
Pour l'exécution, utiliser la commande
AsmComp(
afin de créer une version compressée du programme assembleur en question puis l'exécuter.

Cela n'en reste pas moins une dégradation des fonctionnalités, vu que c'est plus compliqué et que tout-le-monde n'y pensera pas.
Plusieurs programmes assembleurs présents dans nos archives ou sur notre forum ne fonctionneront plus directement en version

5.3.1

.

Comme de plus l'installation de la version

5.3.1

augmente la version minimale autorisée inscrite de façon permanente en mémoire Flash à

5.3.1

, il t'est impossible de revenir en version

5.3.0

pour récupérer les fonctionnalités et performances optimales.

Nous avons déjà signalé à plusieurs reprises, notamment dans le contexte des

TI-Nspire

, que régler ainsi de façon systématique la version minimale autorisée à la dernière version installée était dangereux, prenant littéralement l'utilisateur au piège à chaque fois qu'un bug passe entre les mailles du filet et le laissant donc au bon vouloir du constructeur pour les corrections, en espérant qu'il s'agisse bien ici d'un bug et non d'un comportement souhaité... :#roll#:

Il serait sage d'adopter un comportement moins extrême et de se garder une petite marge à chaque fois - le mieux est l'ennemi du bien. :#non#:

En pratique, tu peux te sortir de ce piège dans un cas bien précis : si tu disposes d'une calculatrice munie d'un ancien

Boot Code

en version inférieure à

5.1.5

. Il te suffit de taper :f22:

pour vérifier. Dans ce cas, tu peux directement renvoyer la version

5.3.0

, la version minimale autorisée étant de toutes façons ignorée.

Pour les autres, il va falloir attendre soit l'éventuelle sortie d'une mise à jour corrigeant le bug par le constructeur, les délais de validation d'une nouvelle version étant habituellement de plusieurs semaines... soit la sortie d'un programme de réinitialisation de la version minimale autorisée, de façon similaire à ce qu'il existe déjà pour calculatrices

TI-Nspire

... soit la sortie d'un patch si la communauté en est capable...

Téléchargements

:

OS 5.3.0

pour TI-83 Premium CE / TI-84 Plus CE
OS + applications 5.3.0

pour TI-83 Premium CE / TI-84 Plus CE
TI-Connect CE 5.3

pour Windows / Mac

Source

:

viewtopic.php?f=41&t=21172&start=30#p228555

de **Adriweb** » 17 Mar 2018, 12:46

critor a écrit:le pire était encore à venir...

Tu le penses vraiment, que ta "1min30" est moins grave que le fait que Asm83CEPrgm soit plus ou moins désactivé ?

Enfin bref, c'est une news un peu trop sensationnelle selon moi vu que tout le monde se fout

royalement

de cette commande, et que ça a tout l'air d'un bug (donc pas intentionnel) vu que AsmComp est OK. (Aussi, je ne crois pas que le token soit utilisée en archive ou sur le forum, de toute façon il suffit de transférer ce dont on a besoin).

C'est sûr que si c'était la possibilité d'exécuter des programmes Asm qui avait été désactivée (par erreur ou non), ça aurait été une histoire sacrément différente (et on s'en serait vite rendu compte)...

Toujours est-il que le bug/problème a été rapporté à TI. On ne sait pas quand une nouvelle sera là pour corriger ça par contre, vu que la 5.3.1 vient tout juste de sortir.
TI devrait mettre un peu plus de QA

(et pourtant la 5.3.1 n'était pas bien grosse, y'avait que quelques changements uniquement à tester !)

de **critor** » 17 Mar 2018, 12:52

Je ne cherche pas à faire dans le sensationnel, j'ai il me semble rapporté le problème dans des termes précis et exacts, ni plus ni moins :

[...]
bloque partiellement l'assembleur
[...]
Plusieurs programmes assembleurs présents dans nos archives ou sur notre forum ne fonctionneront plus directement
[...]

Je tente de traiter l'information de façon neutre peu importe le constructeur, aucune raison de faire une fleur à TI en passant ça sous silence quand ce sont eux qui font des bêtises nuisant à l'utilisateur, ce qui il me semble ne leur était plus arrivé depuis longtemps.
Au contraire il était de notre devoir d'informer au plus vite pour que les utilisateurs ne fassent pas la mise à jour, ou reviennent à la version précédente si ils le peuvent encore.
Il en va de notre crédibilité auprès des lecteurs, qu'ils soient acheteurs, utilisateurs, lycéens, étudiants ou enseignants.

D'ailleurs cela me fait penser que nous n'avons pas eu de version prerelease à tester cette fois-ci, on aurait peut-être pu éviter ça...

De plus, un point que dénonce l'article n'est pas juste la régression, mais l'interdiction systématique du moindre retour en arrière. Ce n'est pas la première fois que la protection anti-downgrade nuit gravement aux utilisateurs, et certes on a déjà eu pire sur les TI-Nspire.
A chaque fois on te force a rester sur une nouvelle version qui contrairement aux précédentes n'a pas été mass-testée et n'est donc potentiellement pas aussi fiable que les précédentes.
Cela serait acceptable si la nouvelle version était parfaite. En pratique ce n'est régulièrement pas le cas chez TI.

de **Adriweb** » 17 Mar 2018, 12:55

critor a écrit:Je ne cherche pas à faire dans le sensationnel, j'ai il me semble rapporté le problème dans des termes précis et exacts, ni plus ni moins

Peut-être, mais le titre est beaucoup plus click-bait que ce que l'on apprend en lisant le contenu.

Mais ma remarque là est probablement la plus importante dans mon post, précisant pourquoi je l'ai écrit :

Adriweb a écrit:
critor a écrit:le pire était encore à venir...

Tu le penses vraiment, que ta "1min30" est moins grave que le fait que Asm83CEPrgm soit plus ou moins désactivé ?

En gros ce bug là va toucher personne, alors que la minute et quelques, probablement un nombre non-négligeable.

critor a écrit:De plus, un point que dénonce l'article n'est pas juste la régression, mais l'interdiction systématique du moindre retour en arrière. Ce n'est pas la première fois que la protection anti-downgrade nuit gravement aux utilisateurs, et certes on a déjà eu pire sur les TI-Nspire.
A chaque fois on te force a rester sur une nouvelle version qui contrairement aux précédentes n'a pas été mass-testée et n'est donc potentiellement pas aussi fiable que les précédentes.
Cela serait acceptable si la nouvelle version était parfaite. En pratique ce n'est régulièrement pas le cas chez TI.

Là je ne dis pas le contraire

de **critor** » 17 Mar 2018, 13:06

Adriweb a écrit:
critor a écrit:Je ne cherche pas à faire dans le sensationnel, j'ai il me semble rapporté le problème dans des termes précis et exacts, ni plus ni moins

Peut-être, mais le titre est beaucoup plus click-bait que ce que l'on apprend en lisant le contenu.

Reformule-le si tu trouves plus exact dans le nombre limite de caractères que l'on a.

"les programmes assembleur non-compressés"

ça ne rentrait pas.

critor a écrit:Mais ma remarque là est probablement la plus importante dans mon post, précisant pourquoi je l'ai écrit :
Adriweb a écrit:
critor a écrit:le pire était encore à venir...

Tu le penses vraiment, que ta "1min30" est moins grave que le fait que Asm83CEPrgm soit plus ou moins désactivé ?

Cela se discute, mais oui on peut considérer que la suppression d'une fonctionnalité est pire que le ralentissement d'une fonctionnalité.

de **Adriweb** » 17 Mar 2018, 13:13

Juste mis "Attention, l'OS CE 5.3.1 bloque Asm83PrgmCE / Asm84PrgmCE !" du coup, puisque jusqu'à preuve du contraire, rien d'autre n'est affecté.

de **critor** » 17 Mar 2018, 13:35

Cela parlera donc à moins de monde, dommage pour l'information des utilisateurs.

de **Adriweb** » 17 Mar 2018, 13:39

En tout honnêteté, toujours plus que ceux qui utilise(rai)ent ladite commande

Cela dit, il aurait fallu éditer plus tôt, sur Twitter c'est l'ancien titre qui est utilisé.
J'en ai profité pour rafraichir l'image sur Facebook, c'était pas la bonne.

de **critor** » 17 Mar 2018, 13:41

Il n'empêche que je ne vois aucun intérêt

(mis à part pour TI)

à remplacer par un titre moins compréhensible par les utilisateurs.

de **Adriweb** » 17 Mar 2018, 13:44

C'est juste que ça reflétait directement ce qui était impacté.

Mais bref, édité avec un compromis: "L'OS CE 5.3.1 bloque en partie l'ASM hexa via Asm83CEPrgm !".
Pas vraiment besoin de traduire avec le token anglais ayant 84 à la place de 83 vu l'article.