Samuel Devulder a écrit:
Dis donc, il est tard pour rester connecter. Tu es comme moi et prépare un truc la nuit? (le seul moment de tranquillité dans...... la journée).
Oui, j'ai quelques petites choses en attente dans mon planning. Mais tu arrives toujours à poster une fois que je suis couché, impossible d'avoir le dernier mot
Samuel Devulder a écrit:
En tout cas, je trouve que le moniteur MO5 est bien moins facile à utiliser que celui du TO. J'ai un mal fou avec lui:
- j'ai découvert que PUTC ne préserve pas les flags alors que sur TO oui
Les flags de CC sont toujours updatés sur MO, alors que sur TO, c'est seulement éventuel.
Samuel Devulder a écrit:
- KTST modifie B alors que sur TO il le laisse bien tranquille.
... parce que le programme se paie le luxe de renvoyer aussi le keycode dans B, ce que le TO ne peut décemment pas.
Samuel Devulder a écrit:
- Il est lent et fait pleins de trucs redondants (manips sur les flags empilés).
Les programmeurs ont cru gagner de la place en mettant l'accès aux routines moniteur en interruption logicielle (CALL ou GOTO) et en utilisant les mêmes programmes pour la gestion d'entrée et de sortie des routines. C'est peut-être ce qu'ils ont fait (ce qui reste à vérifier, tout ça pour éviter un PUSH en entrée et un PULL en sortie et pour faire pointer le registre U sur à $A7C0, faut pas pousser, surtout quand on sait les avantages que peut avoir un contrôle local) mais ils ont perdu parallèlement du temps.
Samuel Devulder a écrit:
- il mange un max de pile en cours de route.
Ça, ça peut encore aller. Dès qu'il a à afficher un point (graphique ou pas) et à reconnaître un caractère à l'écran, peut-être...
Samuel Devulder a écrit:
Je ne sais pas non plus quel est l'appel équivalent à $E800 du TO pour remettre à 0 l'ensemble des infos de la page écran (couleurs non bloquées, page allant de la ligne 0 à la ligne 24, curseur allumé, etc).
Y a pas. En même temps, c'est pas comme si il y avait une page d'accueil, tout est fait dans la routine de reset...