60

oué, donc, pas souvent ?

(je suppose que les variables sont encore mise dans un zone proche de l'écran, ou un truc dans ce genre ?°
avatar
Tutorial C (TI-89/92+/v200) - Articles Développement Web (PHP, Javascript, ...)
« What is the sound of Perl? Is it not the sound of a wall that people have stopped banging their heads against? » - Larry Wall

61

oui, $5xxx je crois.

62

argh sad
ils auraient qd même pu changer ça en changeant de ROM...
avatar
Tutorial C (TI-89/92+/v200) - Articles Développement Web (PHP, Javascript, ...)
« What is the sound of Perl? Is it not the sound of a wall that people have stopped banging their heads against? » - Larry Wall

63

ExtendeD a écrit :
Oui, ça crashe pas mal. L'AMS est censé récuppéré l'heure après un crash, mais seulement si les variables globales ne sont pas corrompues.

Et en plus DB92 bloque surement les auto ints non?
avatar
Que cache le pays des Dieux ? - Forum Ghibli - Forum Littéraire

La fin d'un monde souillé est venue. L'oiseau blanc plane dans le ciel annonçant le début d'une longue ère de purification. Détachons-nous à jamais de notre vie dans ce monde de souffrance. Ô toi l'oiseau blanc, l'être vêtu de bleu, guide nous vers ce monde de pureté. - Sutra originel dork.

64

En effet, sur AMS 2.07/2.08, les variables de l'heure sont à 0x5Cxx, soit 256 octets après la fin de LCD_MEM...
J'avais créé un bug dans tthdex, ça m'avait fait planter la calculette sévèrement. La mémoire avait été remplie avec une string bizarre (il y a des traces au-delà de 0x3FFF4, en-dessous de 0x0400, dans la zone 0x5xxx...). Maintenant, le compteur d'auto-int-3 est aux alentours de 0x6578F700 !

J'ai aussi vu avec un petit programme de Greg Dietsche, que 0x700014 était revenu à 0 après être passé par 0xFFFF... L'intervalle de temps (0xFFFF-0)*8192 secondes représentant bien plus que le temps depuis lequel ma calculette existe, je me suis dit que 0x700014 avait été modifié par quelque chose. Le problème, c'est que 0x700014 n'est modifiable que si la protection est désactivée, ce qui n'est pas censé être le cas très souvent, et il n'y a a priori aucune instruction dans AMS qui modifie 0x700014 (aucun accès direct à l'adresse 0x700014, en tout cas)... Je crois que je ne suis pas passé très loin d'avoir une calculette complètement inutilisable !
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

65

Le port 0x700014 prend un valeur aléatoire quand les piles + la pile lithium sont enlevées smile

66

Le port 0x700014 prend un valeur aléatoire quand les piles + la pile lithium sont enlevées

OK. Mais je n'ai jamais enlevé la pile lithium, même après le plantage magistral que j'avais eu une fois (obligé d'aller dans le boot code et d'en sortir, pour avoir une calculette d'aplomb)...
J'avais et j'ai toujours AMS 2.03, je n'ai pas l'intention (pour le moment, mais ça m'étonnerait que ça change, vu la qualité des versions d'AMS > 2.05, et même si ID existe pour améliorer nettement le desktop) de flasher la calculette.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

67

L'heure est très stable chez moi what
avatar
Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 : www.ti-fr.com.
Quelques idées personnelles ici.

68

Au fait comment on sort du boot déja?
avatar
Maintenant j'ai la flemme de garder une signature à jour sur ce site. Je n'ai même plus ma chaîne Exec sous la main.

69

En enlevant et en remettant une pile.