La calculatrice plantait et le système était alors incapable de redémarrer correctement, se bloquant sur un écran blanc avec un éventuel motif régulier en bas. La calculatrice devenait donc inutilisable, et sans outils extérieurs il était impossible de la débloquer - le bouton 'reset' au dos ne changeant strictement rien au problème.
Imaginez le drame, si cela se produisait pendant un devoir...
C'était bien évidemment un bug dû à l'utilisation d'un programme assembleur particulier, mais lequel ? Personne ne nous donnait exactement le même contexte et c'était là toute la difficulté : le bug, qui probablement arrivait à corrompre la mémoire Flash, n'était pas visible immédiatement car se déclenchant à retardement, au prochain plantage/reset.
D'une part, nous te sortons aujourd'hui un tutoriel te permettant de réparer toute machine dans une telle situation.
Tu perdras l'intégralité des données de la machine, applications et système d'exploitation compris. Il n'y a hélas rien à faire, une fois que la calculatrice s'est bloquée avec une mémoire d'archive corrompue il est déjà trop tard...
Après avoir demandé quels programmes assembleur avaient été utilisés sur les machines des victimes et recoupé plusieurs témoignages, nos soupçons se sont arrêtés sur le jeu 2048 CE diffusé par Cemetech. Toutes les personnes avaient en effet en commun d'avoir joué à ce jeu.
Mais nous n'étions pas au bout de nos peines, car le bug semblait aléatoire, étant loin de se déclencher systématiquement.
Précisons aussi que 2048 CE nécessite l'installation des bibliothèques C, et que le bug pouvait donc aussi bien se situer dans ces dernières.
Ce week-end, nous avons enfin réussi à trouver un moyen de reproduire à coup sûr le bug, ouvrant donc la voie à son analyse et à sa correction !
Il se produisait en fait lorsque l'on quittait le jeu sans que plus aucune partie ne soit en cours (après avoir perdu, après avoir gagné, ou encore immédiatement après avoir lancé le programme).
En apparence la calculatrice continuait à fonctionner normalement, mais tout appui sur le bouton 'reset' la rendait immédiatement inutilisable.
Il semblait donc que 2048 CE tentait même dans ces cas-là une écriture du score en mémoire d'archive, et ce fort bizarrement puisqu'il n'y avait forcément rien de neuf à écrire puisqu'aucune nouvelle partie n'était démarrée...
Nous avons immédiatement reporté la méthode de reproduction du bug à l'équipe de développement des bibliothèques C.
Après analyse, il se trouve que c'était la sous-bibliothèque fileioc 2.4 qui ne gérait pas correctement la situation assez particulière provoquée par 2048 CE.
Le bug a été corrigé et la bibliothèque a été mise à jour hier soir, fileioc passant en version 2.5.
Après analyse, il se trouve que c'était la sous-bibliothèque fileioc 2.4 qui ne gérait pas correctement la situation assez particulière provoquée par 2048 CE.
Le bug a été corrigé et la bibliothèque a été mise à jour hier soir, fileioc passant en version 2.5.
Mais... si jamais tu as joué à 2048 CE, il ne te suffit pas de mettre à jour la bibliothèque pour être sorti(e) de l'auberge.
Car ta mémoire d'archive est peut-être déjà corrompue, chose qui ne deviendra visible qu'au prochain plantage, ce qui peut arriver dans des semaines ou même des mois pendant un devoir...
Il est donc urgent de t'occuper de ce problème dès maintenant, si jamais tu as téléchargé les bibliothèques C avant ce 2 octobre 2016 et joué à 2048 CE.
Car ta mémoire d'archive est peut-être déjà corrompue, chose qui ne deviendra visible qu'au prochain plantage, ce qui peut arriver dans des semaines ou même des mois pendant un devoir...
Il est donc urgent de t'occuper de ce problème dès maintenant, si jamais tu as téléchargé les bibliothèques C avant ce 2 octobre 2016 et joué à 2048 CE.
Exposant ce grave problème à l'équipe de développement des bibliothèques C, cette dernière sort aujourd'hui à notre demande un utilitaire permettant de réparer les mémoires d'archive corrompues.
L'utilitaire va scanner les variables de la mémoire d'archive, à l'exception des applications qui y sont enregistrées de façon différente, et :
L'utilitaire va scanner les variables de la mémoire d'archive, à l'exception des applications qui y sont enregistrées de façon différente, et :
- désarchiver les variables corrompues récupérables
- effacer les variables corrompues irrécupérables
Attention dans ce dernier cas à ne tenter sur les variables de la mémoire d'archive aucune autre manipulation que celles du tutoriel, pas même une tentative de sauvegarde. 
Il est de toutes façons déjà trop tard pour les variables corrompues irrécupérables que l'outil effacera.
Toute tentative manuelle de désarchivage (ou d'effacement car techniquement ça revient au même) d'une variable archivée corrompue déclenchera immédiatement le bug décrit plus haut, ce qui veut dire qu'il faudra basculer sur l'autre tutoriel avec une perte totale de la mémoire !
Il est de toutes façons déjà trop tard pour les variables corrompues irrécupérables que l'outil effacera.
Toute tentative manuelle de désarchivage (ou d'effacement car techniquement ça revient au même) d'une variable archivée corrompue déclenchera immédiatement le bug décrit plus haut, ce qui veut dire qu'il faudra basculer sur l'autre tutoriel avec une perte totale de la mémoire !
Nous tenons à remercier tous les utilisateurs francophones pour leurs signalements détaillés ouvrant la voie ce soir à l'éradication de ce bug, et sans lesquels nous n'aurions pas réussi !
Tutoriels :
- Réparation de la mémoire d'achive corrompue par le bug 2048 CE / fileioc 2.4 (si la calculatrice marche encore, avec perte minimale de données)
- Déblocage des calculatrices coincées par le bug 2048 CE / fileioc 2.4 (si il est déjà trop tard, avec perte totale de données)
Téléchargement : Bibliothèques C (avec fileioc 2.5+)
