Cauldron Boot patcher: contrôle définitif OS 83PCE/84+CE A-L

[Afyu]

A force d’énerver les développeurs, il finira par apparaître sur le net une ROM qui permet à la calculatrice de clignoter, donc de simuler le mode examen sans que celui-ci ne soit effectif... ça sera alors clairement de la triche de passer un examen avec une telle ROM et les calculatrices pourraient finir par ne plus être autorisées...

Mais quand on laisse passer de telles failles (celle du mode examen en était une autre), on évite de se mettre les gens compétents de bonne volonté à dos...

Après, on verra si il sort encore autre chose d'ici demain matin... visiblement, certain(s) ont passé tout l'été à préparer leur coup et doivent faire la fête là...
Ils vont avoir une chouette semaine chez TI, mais franchement ils l'ont bien cherchée.

En deux mots : Bravo TI !

Ils ont magnifiquement tout raté, du début à la fin et ils s'enfoncent encore...

[edgar13]

Avec ce boot la vitesse du processeur ne va-t-elle pas augmenter?

[Lionel Debroux]

Que je sache, pour augmenter la vitesse des 83PCE / 84+CE < HW M, la principale solution est de réduire les waitstates. Dans tous les cas, le processeur tourne à une fréquence ~ 48 MHz, beaucoup plus élevée que la Cursor RAM, la RAM et surtout la Flash, et passe une nette majorité de son temps à attendre la fin des lectures et écritures...

[TheMachine02]

D'après ce que je comprends des patchs, ça accélère l'os de même pas 0.3% en virant un truc inutile pendant l'interruption

[edgar13]

Ha Faux espoir

[parisse]

On rappelle que sur CE, le stack fait 4 Ko et le heap fait 69 Ko....

Oui, mais si quelqu'un fait l'equivalent de ce que zardam a fait pour la Numworks, il doit y avoir possibilite de gerer la ram de maniere plus adaptee (surtout pour la stack), on doit pouvoir disposer de capacites a peu pres equivalentes a la casio graph 35eii.
Ceci dit je ne crois guere a un portage de KhiCAS sur ti83ce. Beaucoup trop d'inconnues et de travail, et pour qui? Les gens interesses par KhiCAS ont deja le choix d'autres modeles, y compris chez TI avec une nspire cx d'occase.

[TheMachine02]

Sorcery laisse 240Ko pour tous les threads *cough* *cough* (dont l'os certes, mais c'est l'idée)

[romsor]

Et si la fameuse vidéo n'était qu'un prétexte opportuniste permettant à Texas Instruments d'enterrer l'ASM au profit de Python, la nouvelle coqueluche de l'enseignement français ?

Ne pas oublier que l'Education Nationale a toujours eu des soubresauts/réveils investis à grand renfort de communication et d'argent balancés (par les fenêtres) dans des nouveaux équipements pour finalement les enterrer quelques années après.

Pour ma part, j'ai connu le Thomson TO-7, puis les Bull, le Pascal, puis Maple. Après, cela s'est calmé. Puis il y a eu Scratch et maintenant Python. Demain, çà sera quoi ?

Pour moi, il manque un chiffre qui permettrait de prendre du recul:
- quel pourcentage de possesseurs de calculatrices utilisent l'ASM ? 10%, 20% ?
- quel pourcentage de possesseurs de calculatrices utilisent Python, imposé par l'Education Nationale? 80%, 90% ?

En 2006, j'avais rencontré Herbert Foster, le directeur commercial de TI à Dallas. C'est là que j'ai compris la mentalité américaine: "Business _is_ business".
Le marché des calculatrices est un business, le reste pèse (malheureusement) bien peu dans la balance...

[Mwyann]

Les deux liens github sont indisponibles (404), est-ce qu'il y a un nouveau repository ou un fork ? Existe t'il un miroir de l'outil et son code source ?

D'après une des dernière MAJ (https://web.archive.org/web/20211124142935/https://github.com/TheMachine02/Cauldron), il semblerait que l'outil ne soit pas sûr (Warnings: FATAL). Peut-être une raison pour sa suppression ?

[critor]

Il y a eu un nouvel outil qui fait davantage de choses avec une bien meilleure sécurité, BootSwap :
archives_voir.php?id=2642486

J'ai pu patcher toutes mes machines CE compatibles avec différentes versions de Boot sans aucun problème.