Problème avec TIGCC/a68k - Page 6

Tiens, je viens de voir que t'as une bombe PpHd. Ca veut dire quoi déjà ?

Je me suis fait bannir 10H parce que j'ai posté trop de réponses à un topic en même temps.

Martial Demolins (./133) :
Bon, je vais appeler une fonction de lib à partir de la lib elle-même grâce à LibsCall

Pourquoi?

PpHd (./136) :
Il faut le remettre à sa valeur par défaut après lecture.

Ah bon? À ma connaissance l'AI5 écrit ce word (détruisant aussi le masque du clavier ) quand il teste les piles, donc ça ne devrait pas être nécessaire.

Martial Demolins (./141) :
Puisqu'on est dans les features du kernel, quel intérêt pour un programme utilisateur de libérer ses handles en sortie et de restaurer les ints?

PpHd a donné une raison, une autre est qu'il y a des kernels qui ne nettoient pas tout ça, par exemple Universal OS ne libérait pas les handles. (Je sais que tes programmes ne marchent qu'avec PreOs, mais l'équipe de TIGCC n'a jamais conseillé de coder pour un kernel particulier seulement, donc il faut placer les recommandations dans le bon contexte.)

Martial Demolins (./146) :
Ya une coquille dans la Preos, /doc/keyboard.txt, clavier 89 : il manque le Y, il est remplacé par une seconde parenthèse ouvrante.

Je me demande pourquoi cette doc existe toujours. Voici la documentation à retenir canonique:
http://tigcc.ticalc.org/doc/kbd.html#_rowread

Kevin Kofler (./153) :
Ah bon? À ma connaissance l'AI5 écrit ce word (détruisant aussi le masque du clavier ) quand il teste les piles, donc ça ne devrait pas être nécessaire.

Ce n'est pas une raison suffisante pour ne pas le faire. L'AI5 peut très bien avoir été détournée.

Martial Demolins (./155) :
Vas vois sur mon blog, je viens d'expliquer pour quoi, c'est surpuissant le fait de pouvoir faire ça

Tu réinventes le tableau de pointeurs de fonction avec un format beaucoup moins efficace.
Pour exporter, il y a une solution simple: tu exportes le tableau.

Parce que PreOS est utilisable en stand-alone pour pouvoir coder et compiler sans TIGCC?

Bon, déjà le SDK de PreOs est totalement obsolète (MakePrgm de PlusShell ). Et ensuite, tout ça, ça n'empêche pas que la documentation de TIGCCLIB est la référence en la matière, alors pourquoi la dupliquer avec des morceaux de documentation très incomplets?

./159> 8+4+12 (4 cycles pour lire l'instruction, 4 cycles pour lire (a0)+, 4 cycles pour écrire (a2) ; cf doc de motorola)

	ifd	PEDROM_92		; For TI-92+ and V200
Translate_Key_Table:
	dc.w	KEY_2ND,KEY_DIAMOND,KEY_SHIFT,KEY_HAND,KEY_LEFT,KEY_UP,KEY_RIGHT,KEY_DOWN

Elles y sont ?

Martial Demolins (./163) :
Pourquoi n'a-t-on qu'une table Translate_2nd pour 92? On devrait aussi avoir une table Translate_3rd, non?

Parce que ca sert pas beaucoup sur TI-92 : les caractères atteignables avec 3rd peuvent être calculés sans table.

Martial Demolins (./163) :
Et PedroM supposrte-t-il les raccourcis claviers d'AMS pour les caractères grecs?

Je ne crois pas. A verifier.

Heu... PedroM fait soit 92+ soit 89. Pas les deux en même temps. D'où sort ce 572 ?

Effectivement, on ne peut pas faire un Flash OS compatible on-calc.