comment est construit l'auto_int_1?? - Page 2

bcc, bcs, bne c'est des branchements, un peu comme les goto en basic, sauf que là ils se font en fonction du cmp qui précède
les _L_23ea22, c'est des labels, comme les Lbl en basic

je te conseille de regarder le 68k guide deJimmy Mardell

Ce sont des branchements conditionnels.
edit: cross .....

merci flanker et ximoon ,j'ai trouvé ce que je comprenais pas ds le 68k guide de jimmy mardell
sauf un truc , comment on sait ou se trouve un label, et si on peut pas, comment on definit un label, comme en C ??
label :

bah pareil: soit:

label
label:
 label:
\label
\label:
 \label:

(les ":" sont obligatoirs si le label n'est pas strictement en début de ligne)

sinon en désassemblé le label doit correspondre à la ligne de code (enfin, l'adresse mémoire plus précisément: un bne _L_23EA22 doit être un branchement à l'adresses $23EA22

ah ok merci !!

bon c'est vraiment trop long et trop dur, je vais faire comme a dit bidoo une table de conversion

mais j'ai 1 autre petite question : lorsque la ti fait un copier ou un couper, qu'est ce qu'elle fait exactement, elle enregistre la chaine coupé/copié quelque part dans la memoire et son adresse dans un registre particulier ?
ou bien elle a un bloc de memoire specifique à cela .?
ou bien encore elle enregistre ca directement dans un registre ...?
ou elle met ca sur le sommet de la pile ???

Elle alloue un HANDLE qui va stocker la chaine.

où est ce qu'elle enrengistre son adresse?

Flanker doit peut-être savoir.
Sinon, peut-être que dans les sources de son TSR qui complète le copier/coller de la TI tu auras des infos.

je suis en train de les lire ses sources mais j'ai trop du mal !!!!!
c'est pas mon truc l'asm...

En fait, cherche simplement "clipboard" dans l'aide de TIGCC.

tigcc help powaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa!!!!!!

>où est ce qu'elle enrengistre son adresse?
Ca depend des versions d'AMS

mais on peut la récupérer facilement grâce à jesaisplusquel ROM_CALL

ce me plait pas trop ces fonctions, CB_replaceTEXT && CB_replaceTEXT
y'a un gaspillage de memoire puisqu'il recree un handle (ds mon cas)

pphd> j'ai l'ams 2.09
flanker > est ce que tu sé où est ce que sont refenrencié tous les rom_calls ?

référencés, c'est-à-dire ?

c'est pas très dur de faire un truc qui marche sur tous les AMS...
tu veux dire quoi par "référencé" ?
perso je fais à l'ancienne, j'ai la liste des ROM_CALL avec leur numéro respectif (vieille habitude due au fait que je codais on-calc, quasiment sans doc)

ouUps dsl j'ai tapé un peu trop vite, je voulais dire, où est ce que l'on peut trouver la liste de tous les rom_calls de la ti 89?

Dans la doc de TIGCC.
Dans le fichier os.h

tu regardes la doc de tigcc, les fonctions où il y a marqué ROM_cALL_XXX, bin c'est un ROM_CALL

euh je sais que ca peut paraitre osé mais je sais pas le faire, est ce que quelqun pourrait ecrire en assembleur les lignes necessaires pour afficher a l'ecran la valeur des tous les registre a# et d#????

moui, ça devrait être faisable. regarde qqe part sur mon site, dans la source de preos mod, y a un répertoire hexview3, et un fichier qui doit s'appeller registre ou qqc comme ça

Pourquoi tu as besoin de tout ça

bonne question !

je suis en train de chercher où l 'ams stocke l'adresse du handle alloué pour une chaine copié ou coupé
pour le moment j'ai reussi a choper l'adresse du handle, mais j'ai beau faire 3 fois le tour de la ram je ne trouve aucun endroit où l'ams la stocke c'est pour ca que j'aimerais aller jeter un coup d'oeil dans les registres.

mais flanker ta fonction est dependante du reste de ton code non? en tous cas elle est bien trop complexe pour moi !
je voulais savoir un truc est ce que tigcc sauvegarde les registres avant d'entrer dans une fonction asm inline ?

Non, ce n'est pas stocké dans les registres su 68k
PpHd t'a répondu : ça dépend de la version d'AMS. Après, pour retrouver, ce n'est pas compliqué : tu fais un CB_replace puis tu recherches ce que tu as placé...

ralalalala

 moveq   #0,d0
 move.l  200,a0
 move.l  776(a0),a0;CB_fetchTEXT
 move.w  2(a0),d0
 move.l  d0,a0

a0 pointe vers une structure telle que
-4(a0) = "TEXT" s'il y a un bloc de sauvé
si c'est vérifié, alors (a0) contient la taille du bloc sauvée (sur 32 bits) et 4(a0) est le handle du blco sauvé

il me semble (mais pas sûr) qu'on peut avoir -4(a0) = "TEXT" et (a0).l = 0, ce qui signifie qu'il n'y a pas de bloc sauvé

Raté, ce hack ne marche pas avec AMS 3 (l'adresse est codée en abs.l sous AMS 3). (Et en plus, pas la peine de te casser la tête à faire un zero-extend, le CPU lui-même fait un sign-extend, donc tu peux utiliser movea.)

sign-extend != unsigned-extend ^^ (c le handle ou la taille ?)

"unsigned-extend" == zero-extend, et justement, je dis que ce n'est pas la peine ici. C'est une adresse codée en abs.w, donc il peut faire un sign-extend dessus.

ok c l'adresse ^^