Scandale! L'OS 3.0.1 ne sait plus calculer...

[critor]

Après la calculatrice qui calcule faux à la rentrée 2010-2011, chez TI ils nous sortent une autre exclusivité dont ils ont le secret: la calculatrice qui ne sait pas calculer!

Nous vous avions déjà parlé d'un bug de l'OS 3.0.1 avec la fonctions

cZeros

(recherche des racines réelles et complexes d'une expression - niveau Terminale S)

. Cette fonction renvoie désormais une erreur lorsqu'utilisée dans une fonction avec une variable locale, ce qui est totalement anormal pour un langage de programmation fonctionnel. Le problème a été mis en évidence avec la bibliothèque d'algèbre linéaire incluse dans l'OS, mais il est possible que d'autres classeurs ne marchent plus correctement.



Toutefois, nous trouvions ce problème bien trop étrange pour ne pas penser que le bug était bien plus profond dans le moteur CAS et que d'autres fonctions devaient être impactées... Il n'y avait en effet aucune raison que TI ait modifié spécifiquement le fonctionnement de

cZeros

. Et hélas, nous avions raison.



La fonction

deSolve

(résolution d'équations différentielles - Terminale S)

rencontre elle aussi des problèmes. Comme pour le bug précédent, dans certaines conditions elle refuse de répondre et renvoie une erreur de variable!

C'est encore très étrange comme bug, car cela ne semble pas tenir à grand chose... Une simple réécriture différente de l'équation peut permettre de contourner le problème. Ce qui nous amène encore à penser que le bug est bien plus profond que ça dans le moteur CAS...



En seulement 2 semaines, déjà 2 bugs donc qui pénalisent les Terminale S... Que découvrira-t-on encore demain? Peut-être bientôt des erreurs qui concerneront même le niveau Première...



Vous avez des examens ou concours dans quelques jours à quelques semaines. Visiblement vous ne pouvez faire aucune confiance à l'OS 3.0.1 sur la fiabilité des résultats donnés par la calculatrice

(et encore, lorsqu'elle veut bien répondre)

. Nous vous

déconseillons

désormais fortement l'installation de l'OS 3.0.1. Restez au maximum avec l'OS 2.1.



Si vous n'avez pas pris de précautions lors de l'installation de l'OS 3.0.1, à cause de la nouvelle protection anti-downgrade du boot2 3.0.1 vous êtes désormais coincés avec un OS dont le moteur CAS est non fiable! TI est entièrement responsable de cette situation.

Dans l'urgence, nous vous proposons une solution. Si vous nous faites confiance, nous disposons du matériel pour faire sauter la protection anti-downgrade, et acceptons de le faire sans aucun profit. La méthode que nous utilisons ne laisse aucune trace et n'annule pas la garantie. Mais pour l'instant nous n'avons qu'un seul exemplaire du matériel en question pour toute la France... Prenez contact sur notre forum. Nous verrons en fonction des demandes.

(Levak en train de faire sauter la protection anti-downgrade de l'OS 3.0.1 - publié avec autorisation)

TI devrait arrêter avec les protections anti-downgrade, car ce qui arrive aujourd'hui est inadmissible et scandaleux! Quand on n'est pas capable de pondre un OS qui fonctionne, on ne rajoute pas en prime une protection qui empêche de remettre l'OS précédent alors qu'il marchait très bien! Sincèrement, c'est de l'amateurisme...

TI-Planet

: le site qui n'a pas peur de dire la vérité!

Liens:

TNOC

(pour installer l'OS 3.0.1 sans la protection anti-downgrade - ne vous sauvera pas si vous avez déjà installé l'OS 3.0.1 non modifié)

[Bisam]

Nous vous avions déjà parlé d'un bug de l'OS 3.0.1 avec la fonctions cZeros (recherche des racines réelles et complexes d'une expression - niveau Terminale S). Cette fonction renvoi désormais une erreur lorsqu'utilisée dans une fonction avec une variable locale, ce qui est totalement anormal pour un langage de programmation fonctionnel. Le problème a été mis en évidence avec la bibliothèque d'algèbre linéaire incluse dans l'OS, mais il est possible que d'autres classeurs ne marchent plus correctement.

Il est à noter que ce bug, rencontré entre autres dans la bibliothèque "linalgcas" de Philippe Fortin n'a toujours pas été corrigé par TI.
Sur les versions ultérieures à l'OS 3.0.2, la bibliothèque a été modifiée de façon à contourner le bug afin qu'il ne perturbe plus les calculs...

Je me demande d'ailleurs si ce n'est pas le même phénomène qui était apparu avec les dernières versions d'OS des 68k.
Les premières versions (notamment sur TI92) permettaient d'utiliser des variables locales comme variables muettes (pour des "solve", des dérivations, des intégrations, etc...). Les dernières ne le permettent plus et il est devenu nécessaire d'utiliser des variables globales pour faire la même chose.

C'est la même astuce qu'a utilisé Philippe Fortin pour contourner le bug dans la bibliothèque "linalgcas" distribuée avec les OS>=3.0.2