Si votre calculatrice ne s'allume pas

[Ti64CLi++]

Il m'était arrivé la même chose, il suffisait d'appuyer sur le bouton reset, puis d'appuyer sur 2nd et suppr sans relâcher le bouton reset, et enfin de relâcher le bouton reset

[TheMachine02]

Bug reproduit de mon côté aussi, mais de même impossible de le "déclencher".
Voilà ce qu'on l'obtient :

De même impossible de récupérer la calculatrice, nécessite un renvoi de l'os avec l'effaçage de toutes les données.

Je viens juste de le refaire une deuxième fois, avec la méthode d'Hamza.S en faisant reset juste après avoir lancé le jeu.

EDIT :

OS : 5.1.5
*fileio 2.3.8
*graphc 3.4.8
graphx 1.2.8
*keypadc 1.1.8
*libload 1.0.8
HW :
rev: L-0515B

[critor]

L'autre jour j'étais incapable de reproduire le problème, et ce soir je l'ai sans l'avoir cherché.

• la calculatrice en question m'a servi tout-à-l'heure sans problème pour tester une participation
• la je la rallume pour mettre à jour l'OS en 5.2.1, et pof - écran blanc

Peut-être que la corruption était-elle déjà présente en mémoire Flash et qu'elle devait donc me faire ça au prochain reset, qu'elle aura fait pour une raison X ce soir.

De mémoire, j'avais utilisé comme seuls programmes asm depuis la mise à jour en 5.2 :

• 2048 beaucoup testé l'autre jour
• ChessCE
• SPRITES v3

Pas trop le choix... Soit c'est un de ces programmes, soit ce sont les C Standard libraries communes à plusieurs d'entre eux, soit c'est la faute à TI...

Le bouton 'reset' ne change rien.
On a l'indicateur de chargement en haut à droite, et puis au choix :

• un motif variable remplissant partiellement l'écran à partir du bas
• ou un reset (et donc ça reset en boucle)

Dans le cas du motif, une fois affiché il vire progressivement sur le blanc, ce qui finit par donner à nouveau un écran blanc.


Tenté l'ancienne combinaison de reset forcé des TI-z80 avec , sans que cela ne change rien.

La seule façon de s'en sortir reste de forcer l'écran d'installation d'OS du Boot Code en maintenant pendant un reset.


Bref, un truc aléatoire, qui en plus se déclenche à retardement, et sans aucun moyen de dumper l'état machine une fois déclenché... Cela va être dur de comprendre et corriger le cas échéant...

[critor]

Petite précision.

Chez moi en fait, la réinstallation d'un OS n'a pas suffi - même problème - j'ai eu très peur.

Mais à l'écran d'installation d'OS du Boot Code, on a le message :
"Press [clear] to erase all storage"

Si TI a bien choisi ses mots, cela effacerait toute la mémoire d'archive.
J'ai donc tapé et après installé l'OS 5.2.1 et c'est bon.

On peut donc penser que l'OS peut être incapable de démarrer selon le contenu de la mémoire d'archive (parce qu'il y cherche des applications à démarrer automatiquement, comme l'application Français par exemple).

Et cela nous renvoi à mon hypothèse initiale : un bug autour de la sauvegarde des scores en mémoire d'archive par certains programmes Asm de jeux (dont 2048, ChessCE, CircleIT...).
On peut penser que certains développeurs s'y prennent moins bien que d'autres, et écrivent au mauvais endroit des données pouvant prêter à confusion lorsque lues par l'OS au démarrage.
Ou alors que ce sont les fonctions d'écriture fichier des "CE standard libraries" qui se comportent mal...

[Ti64CLi++]

J'avais eu le même problème, après avoir utilisé 2048, il suffisait en effet d'appuyer sur reset, puis de forcer la réinstallation de l'OS, et de supprimer la mémoire d'archive

[critor]

Réussi à reproduire le bug, sous OS 5.2.

Et là je peux le garantir, je n'avais sur la machine que :

• 2048CE
• fileioc 2.4
• graphx 2.8
• keypadc 1.1
• libload 1.0

Donc CE2048 + les dernières bibliothèques C à jour.

J'ai toutefois dû faire plein de tentatives.

Quand à l'invite "Press [annul] to erase all storage", si j'ai bien vu elle efface les pages mémoire 02 à 3E.
Donc pas seulement la mémoire d'archive, mais également l'OS - TI a mal nommé la chose.
En effet, si on fait 'reset' juste après, on retombe direct sur l'écran "install OS", ce qui veut dire qu'il n'y a plus d'OS.

Conséquence, on ne peut pas savoir si 2048CE écrit une bêtise :

• dans une zone d'archive analysée par l'OS au démarrage (applications lancées automatiquement comme Français)
• ou bien écrase directement une page d'OS

Toujours aucun signalement de bug identique sur Cemetech/CodeWalrus à ma connaissance.
Est-ce spécifique à la TI-83 Premium CE ?

[critor]

Réussi à reproduire 4 fois de suite le problème, ce qui est déjà mieux même si on ne peut pas encore exclure d'autres facteurs.

1. jouer à 2048CE jusqu'à perdre
2. au message "start a new game yes/no", choisir 'no'
3. faire pour quitter le programme
4. relancer 2048CE
5. faire reset
6. la calculatrice est coincée - la Flash a bien été corrompue entre les points 1 et 4

Vous confirmez ?

[Hamza.S]

je confirme

[critor]

Ok, merci à toi.
Donc super, le bug est reproductible maintenant, et peut donc être compris.

En passant, je confirme le même problème sur 84+CE.

• 1 tentative sous l'OS 5.1.5 -> pas de problème
• 1 tentative sous l'OS 5.2 -> bug

C'est peu pour en tirer des conséquences, mais au moins on sait que ça concerne les deux modèles.
Après, va savoir pourquoi personne n'en parle sur Cemetech...

[Wistaro]

Ok, merci à toi.
Donc super, le bug est reproductible maintenant, et peut donc être compris.

En passant, je confirme le même problème sur 84+CE.

• 1 tentative sous l'OS 5.1.5 -> pas de problème
• 1 tentative sous l'OS 5.2 -> bug

C'est peu pour en tirer des conséquences, mais au moins on sait que ça concerne les deux modèles.
Après, va savoir pourquoi personne n'en parle sur Cemetech...

Le bug est en train d'être corrigé apparemment.

[MateoC] Wistaro: Yes; already confirmed the bug and located the cause