Pen^2 Le 13/07/2001 à 17:09 n'y a t-il pas une rom call pour zaper cette ram call ?
Plusieurs solutions:
* appeler getConfg()[4] avec NG_rationalESI
* appeler AB_prodID et récupérer la troisième partie de la product ID (un chiffre qui donne la version)
* vérifier le nombre de ROM calls (-4(a0) après move.l $c8,a0) qui permet également de déduire la version d'AMS
Pen^2 Le 13/07/2001 à 17:09 ok, merci.
et tu n'a jamais eu ce genre de pb ?
Je n'ai jamais utilisé cette RAM call. (Il n'y a pas de RAM calls en _nostub.)
paxal Le 13/07/2001 à 17:09 Fo utiliser mes routines en nostub (bon je l'avoue, je les ai piqué à partir de doors)
Paxal, j'ai trouvé un truc bizarre dans ton tutorial sur les ram call, pour trouver ROM_base.
move.l $C8,a0 ;On met ($C8) dans a0
and.l $600000,a0 ;On fait le 'and'
move.l a0,ROM_base ;On sauve le résultat dans ROM_base (variable locale)
La ligne du and.l, ca ne va pas, il manquerait un #, mais cet adressage n'existe pas.
En effet, and n'existe pas du tout pour les registres d'adresse. Il faut utiliser un registre de données.
L'instruction correcte serait: andi.l #$600000,d0 (ou and.l #$600000,d0, mais la vraie forme est la précédente).
Je verrai ça tout à l'heure, mais il est très probable qu'il détecte une 9.45...

Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 :
www.ti-fr.com.
Quelques idées personnelles
ici.