by Il s'agissait essentiellement de calculs bien particuliers qui déclenchaient des erreurs ou donnaient des résultats erronés, alors qu'ils fonctionnaient parfaitement sur les versions antérieures 1.1 à 2.1.1.
Exemple:
viewtopic.php?f=43&t=8498#p118300
Heureusement, ils ont tous été reportés directement au groupe CAS de l'équipe de développement Nspire pour correction, et Texas Instruments a été entièrement à l'écoute de ses utilisateurs, nous gâtant avec 4 mises à jour du système Nspire en moins de 6 mois, un rythme bien supérieur à la normale!
On peut supposer que cette série de bugs est due à des tentatives d'optimisation du moteur pour la sortie de la version 3.0.
Toutefois, les tentatives d'optimisations en question semblent n'être absolument pas spécifiques au moteur formel CAS et être beaucoup plus générales que ça, puisque je viens de trouver un bug de calcul similaire avec le moteur de calcul numérique des Nspire "non-CAS".
La comparaison de deux nombres dont la différence dépasse en valeur absolue 101000 renvoie une erreur de capacité (overflow), alors qu'elle marche parfaitement si on retourne en version 2.1.1, et même si l'on remonte aux versions 1.1 des prototypes
Le problème a bien évidemment été immédiatement reporté à l'équipe compétente.
On peut supposer que depuis la version 3.0, pour comparer deux nombres la Nspire tente de déterminer le signe de leur différence - ce qui peut en effet déclencher des erreurs de dépassement de capacité dans vos différents programmes, fonctions ou algorithmes.
Afin d'éviter que votre programme, fonction ou algorithme puisse s'interrompre sur une telle erreur et aller à son terme, un petit workaround consiste à se définir une fonction fiable pour comparer deux nombres:
