Alors il me faudrait si possible, un testeur par machine, par ams, et par HW.
Vous filez votre calc, votre addresse, et je vous l'envoies lorsque j'en aurais assez :
Moi:
PpHd, TI-92+ AMS 2.03, HW1, MaxMem, ppelissi@caramail.com
EXtendeD a écrit :
A propos du bug de PreOs qu'a trouvé Kevin :
Il est planqué, mais il n'est pas compliqué à corriger. Un moment tictexpv (et sûrement les autres viewer, je n'ai pas testé) fait appel à push_expr_quantum(), qui fait lui-même appel à push_between(), qui appelle OSCheckBreak() et quitte avec ER_throwVar() si jamais on a obtenu TRUE. Et c'est le cas quand on appel tictex avec shift+ON.
Pour corriger ça, il faut ajouter un ROM_THROW OSClearBreak dans le code de NewTrap0. Et il faut le faire le plus proche possible du jsr (a0) qui execute tictex, pour éviter que l'auto-int 1 réarme le flag indiquant que l'on break. Ou alors on peut faire un OSClearBreak/OSDisableBreak au début de NewTrap0, mais peut-être qu'un programme n'est pas censé être executé avec le Break désactivé.