L'écran graphique d'AMS - Page 1

S'cusez-moi, savez-vous où je peux trouver des infos dur l'écran graphique géré par AMS (l'application GRAPH) et l'écran PrgmIO pour lire ou écrire dedans dans mes progs asm?

cmd_dispg();
WINDOW *graph=FirstWindow;
cmd_disp(END_TAG);
WINDOW *prgmIO=FirstWindow;
Et là, tu peux utiliser les fonctions de wingraph.h.

Mais autant programmer en BASIC, là non ?

Ben, une fois l'adresse des fenêtres récupérée, on n'a plus besoin des cmd_*. D'ailleurs, on doit pouvoir utiliser des fonctions EV_* à la place des cmd_*.

au fait:
le handle du graph c'est 0x13
celui du IO c'est 0xF

y'a un handle pour le home?

Ximoon a écrit :
au fait:
le handle du graph c'est 0x13 celui du IO c'est 0xF

Ces numéros de handles dépendent de la version d'AMS et sont même variables sous AMS 2!

Zut je date excuse...

Erf je vais avoir du code à refaire pour MM

Voici une une méthode pour trouver les handles de ces deux écrans qui sont des 'Duplicate Screen area'. Les fonctions de wingraph.h ne marcheront pas...
OPTIMIZE_ROM_CALLS doit être défini.
asm("
movea.l 0x10B*4(%%a5),%%a0
movea.l (%%a0),%%a0 | gr_active.
movea.l 0x242(%%a0),%%a0 | gr_active -> grwinp.
move.w 0x20(%%a0),%%d2 | Graph window Duplicate screen area handle -> d2
movea.l 0x331*4(%%a5),%%a0 | cmd_clrio.
movea.w 4(%%a0),%%a0 | pointer to IO Screen window.
move.w 0x20(%%a0),%%d3 | IO Screen window Duplicate screen area handle -> d3
")

Bien entendu, si tu utilises ceci, et que tu l'utilises dans un bloc C, il vaut mieux utiliser de l'ASM inline avec opérandes C (2 output, 0 input, 1 registre clobbered: a0).

En comparant ces handles avec les handles de duplicate screen area des windows, tu peux trouver la Graph Window et la PrgmIO Window.
(Regarde le source de tthdex, la partie qui trouve les handles de duplicate screen area).

Merci. Au fait, jé n'aurais pas du mettre ce topic dans Prog en C, je moi qui ne programme qu'en A68k...
(C'est le langage le plus proche du X68k et du IDE68k de mon lycée) et que plus je programme en C en cours, moins j'aime ce langage (J'aime pas quand je ne sais pas trop ce que le prog fait)

Justement, je trouve qu'en C on s'en rend carrément mieux compte qu'en BASIC ou Pascal par exemple.

Oui mais par rapport à l'asm...

C'est justement pour cela que je préfère programmer à bas niveau, le C est parfois trop Haut pour moi (Même s'il l'est beaucoup moins que le BASIC, même si pour l'instant je cherche un peu à me faire ma propre FLib: Je débute en ASM89, et je n'ai pas encore fait la fonction qui retourne la VAT pour un prog en TI-basic)

Edit: Tiens, post croisé...

XDanger a écrit :
Voici une une méthode pour trouver les handles de ces deux écrans qui sont des 'Duplicate Screen area'. Les fonctions de wingraph.h ne marcheront pas...
OPTIMIZE_ROM_CALLS doit être défini.
asm("
movea.l 0x10B*4(%%a5),%%a0
movea.l (%%a0),%%a0 | gr_active.
movea.l 0x242(%%a0),%%a0 | gr_active -> grwinp.
move.w 0x20(%%a0),%%d2 | Graph window Duplicate screen area handle -> d2
movea.l 0x331*4(%%a5),%%a0 | cmd_clrio.
movea.w 4(%%a0),%%a0 | pointer to IO Screen window.
move.w 0x20(%%a0),%%d3 | IO Screen window Duplicate screen area handle -> d3
")

Bien entendu, si tu utilises ceci, et que tu l'utilises dans un bloc C, il vaut mieux utiliser de l'ASM inline avec opérandes C (2 output, 0 input, 1 registre clobbered: a0).

En comparant ces handles avec les handles de duplicate screen area des windows, tu peux trouver la Graph Window et la PrgmIO Window. (Regarde le source de tthdex, la partie qui trouve les handles de duplicate screen area).

euh je sais c'est pas le forum mais tant que tu y est...

ce code donne bien:

 movea.l	$10B*4(a5),a0 
 movea.l	(a0),a0 	| gr_active. 
 movea.l	$242(a0),a0 	| gr_active -> grwinp. 
 move.w		$20(a0),d2 	| Graph window Duplicate screen area handle -> d2 
 movea.l	$331*4(a5),a0 	| cmd_clrio. 
 movea.w	4(a0),a0 	| pointer to IO Screen window. 
 move.w		$20(a0),d3 	| IO Screen window Duplicate screen area handle -> d3

et optimize_romcall fait en sorte que l'adress à $c8 soit dans a5 et saute directement aux romcalls quand on fait par ex movea.l $10B*4(a5),a0 ?

Ximoon a écrit :
euh je sais c'est pas le forum mais tant que tu y est...

ce code donne bien:

 movea.l	$10B*4(a5),a0 
 movea.l	(a0),a0 	| gr_active. 
 movea.l	$242(a0),a0 	| gr_active -> grwinp. 
 move.w		$20(a0),d2 	| Graph window Duplicate screen area handle -> d2 
 movea.l	$331*4(a5),a0 	| cmd_clrio. 
 movea.w	4(a0),a0 	| pointer to IO Screen window. 
 move.w		$20(a0),d3 	| IO Screen window Duplicate screen area handle -> d3

C'est bon, sauf pour les "|" qui devraient être des ";" sous A68k.

et optimize_romcall fait en sorte que l'adress à $c8 soit dans a5 et saute directement aux romcalls quand on fait par ex movea.l $10B*4(a5),a0 ?

Oui. Mais en assembleur pur, on doit mettre le movea.l $c8,a5 soi-mêmes.

OK merci
(j'avais juste oublié de changer les | )

Link
a écrit : ...même si pour l'instant je cherche un peu à me faire ma propre FLib: Je débute en ASM89, et je n'ai pas encore fait la fonction qui retourne la VAT pour un prog en TI-basic)

Hmmm et en plus en ASM y'a des chances que ça prenne bcp moins de place qu'en C... À surveiller de près cette affaire

dites, je viens de retrouver ce topic, y'a pas un moyen de récupérer les handles sans faire de ClrIO?
En fait, je cherche à copier le contenu de l'écran IO dans le graph...

Et sinon, quelle est la taille d'une Duplicate screen area? 3840 octets comme l'écran?

Link a écrit :
dites, je viens de retrouver ce topic, y'a pas un moyen de récupérer les handles sans faire de ClrIO? En fait, je cherche à copier le contenu de l'écran IO dans le graph...

Le code de XDanger ne fait pas de ClrIO, il regarde à l'intérieur de la fonction ClrIO pour avoir l'adresse.

Et tu peux aussi essayer ma méthode:
cmd_disp(END_TAG);
WINDOW *prgmIO=FirstWindow;
HANDLE h=prgmIO->DupScr;

Et sinon, quelle est la taille d'une Duplicate screen area? 3840 octets comme l'écran?

Non, c'est la taille de la partie de l'écran sur laquelle la fenêtre est affichée.

Kevin Kofler
a écrit : Non, c'est la taille de la partie de l'écran sur laquelle la fenêtre est affichée.

Ce qui veut dire qu'elle change d'une TI à l'autre... Merci beaucoup.