A l'époque où le kernel dominant était le salement programmé DoorsOS, et que nombre de programmes précédemment écrits ne fonctionnaient que sur HW1 à cause par exemple de l'utilisation d'adresses absolues pour écrire dans les variables du système, carrément pas.

Je connais cette époque en tant qu'utilisateur, puisque ça correspond à la 1ère, où j'ai commencé à utiliser une 89 en classe. Mes camarades me passaient des jeux presque tous kernel-based. J'ai eu beaucoup de plantages (qui ne nécessitaient pas forcément un reset, mais des Address Error ou Illegal Instruction peuvent laisser AMS dans des états incorrects) sur ma 89 HW2.
En Terminale, j'ai propagé nombre d'updates (txtrider et UniOS compris) sur les calculatrices de mes camarades. Et c'est en me basant sur cette expérience d'administration des machines des camarades, que je suis contre la compatibilité on-calc: la compatibilité on-calc apporte des programmes toujours plus gros, jusqu'à des kilo-octets (essais sur Ice Hockey 68k et TICT-Explorer, projection sur TI-Chess par le simple doublement des graphismes et du keyboard handling, etc.), et marginalement plus lents, pour une faible minorité de calculatrices (de mémoire, 1:7 dans ma classe de Terminale, et l'autre classe comportait également une forte majorité de 89).