TI, l'éternel incorrigible!

→ **MyCalcs** profile · de **critor** » 20 Jan 2011, 02:44

Dans une news précédente, nous vous parlions de Brandon Wilson qui avait découvert et corrigé un bug dans l'OS 2.53MP, bug qui empêchait les programmes utilisant l'application Xlib de fonctionner correctement.

Voici par exemple ce que donne le jeu Xlib Illusiat 2004 avec les OS 2.43 et antérieurs, puis 2.53MP:

Les différences d'affichage se voient à l'oeil nu. Mais le bug de l'OS 2.53MP est en fait bien plus général que ça. Il est loin de ne provoquer que des différences d'affichage. Par exemple, le jeu Xlib StarCraft ne démarre plus sur l'OS 2.53MP.

Nous avons mis à votre disposition la correction de Brandon sous forme d'un simple patch IPS. Par la suite, Brandon a réalisé un programme pour corriger le même bug sur l'OS 2.54MP (clavier 84+ de la TI-Nspire basique). Plusieurs rapports détaillés concernant ce bug ont été envoyés à TI.

Mais suite à quelques tests que nous venons de réaliser, il semble que l'OS 2.55MP comporte exactement le même bug, empêchant le fonctionnement correct des programmes Xlib! Qu'est-ce qu'ils ont donc fait chez TI depuis 1 an? Pourquoi refusent-ils obstinément de corriger leurs propres bugs?

Cela est hélas une habitude. J'ai moi-même signalé un bug de calculs faux avec les nombres complexes il y a 2 ans (bug touchant au programme mathématique de Terminale S et qui devrait donc être plus grave à leur sens qu'un bug empêchant de jouer). Le bug est présent sur toutes les calculatrices TI-82Stats, TI-83, TI-83+ et TI-84+, mais n'a toujours pas été corrigé à ce jour. TI semble sourd à toute information technique "extérieure". C'en est quasiment méprisant/insultant...

L'on peut donc parier à 100% que l'OS 2.56MP qui sera inclus dans l'OS Nspire basique 3.0 qui doit sortir d'ici avril, comportera exactement le même bug...

Cette fois-ci, la correction du bug pour l'OS 2.55MP par la communauté risque de prendre du temps. En effet, la ROM qui contient l'OS est divisées en pages de 16Ko, et le processeur z80 ne peut avoir accès simultanément qu'à 4 pages (64Ko), un peu comme un livre. Si vous corrigez une erreur sur une page de livre, vous faites un renvoi en bas de page, là où il y a de la place pour indiquer la correction. Et c'est exactement ce qu'a fait Brandon dans l'OS 2.53MP: il a ajouté du code à la fin de la page ROM qui contenait le bug. Mais dans l'OS 2.55MP, la page ROM qui contient le même bug est quasiment pleine! (il n'y a qu'un seul octet de libre en fin de page). Il n'y a donc pas de place pour apporter la correction sur la même page. Une correction qui serait indiquée sur une page différente est certes possible, mais nécessiterait 2 changements de page lors du renvoi (tout comme on tourne les pages d'un livre), ce qui serait très lent...

Mais alors que faire pour le moment, si vous utilisez des programmes Xlib? Ne vous inquiétez pas, il y a 3 solutions:

- Si vous n'avez pas besoin des dernières nouveautés de TI (MathPrint et cie...), restez avec l'OS 2.43.

- Si vous adorez le MathPrint et ne pouvez vous en passer, restez avec l'OS 2.53MP et utilisez notre patch.

- Si vous adorez les dernières nouveautés statistiques de l'OS 2.55MP, il y a alors une solution: supprimez l'application Xlib, et installez le kernel Doors CS. Doors CS gère les programmes Xlib, mais d'une façon différente qui ne déclenche pas le bug.

OS Texas Instruments:
les seuls OS où le nombre de bugs est croissant avec le temps!