encore une chtite question - Page 5

Ca coute rien d'ajouter $40000 a l'adresse, pour economiser un bclr et un bset, mais enfin c'est vrai que les 2 sont possibles

J'avais cru lire quelque part qu'il y'a des problèmes avec le Ghost Space sur certaine hw1 nan?

k merci pour tout!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
j'ai dl aussi sur la page de xop tous les tunnels que j'ai trouvé, je dois avoir le code de 3 d'entre eux, je regarderai

Au fait, comment ça mache les labels locaux?? ça a l'air bien pratique.

Un label local n'est utilisable qu'entre les 2 labels qui l'encadrent
Son identifiant est precede du caractere '\'
l'avantage est que 2 labels locaux peuvent porter le meme nom du moment qu'ils ont une portee differente
il y a surement d'autres trucs a dire la dessus, regarde le zguide pour plus de precisions.

ok merci t1 chui trop con j'ai même pas pensé à regarder le zguide, je vais voir ça

nounoun
: J'ai refait le scroll à la main, pour ne plus utiliser les fonctions de graphlib (scrtomem et memtoscr)

1. Pourquoi pas utiliser tios::memmove? La fonction est dans la ROM, pourquoi ne pas l'utiliser?
2. Pourquoi ça:

;Enregistre l'écran dans le heap (buffer) ;Ecrit l'écran une ligne plus bas

? Tu peux directement déplacer le contenu de l'écran, pas la peine de passer par un buffer. Ça prend 2 fois moins de code et va 2 fois plus vite. Et ça économise de la mémoire.

nounoun
: Je voudrais aussi avoir un nombre aléatoire sans utiliser userlib, et sans prendre la routine du tios, car la doc de tigcc dit qu'elle est très lente, mais je ne sais pas du tout comment m'y prendre

Tu utilises celle de TIGCCLIB: bsr rand.
Pour l'initialiser, ben:

	move.b 6291479,%d0
	not.b %d0
	clr.l %d3
	move.b %d0,%d3
	move.l 200.w,%a0
	cmp.l #999,-4(%a0)
	jbls .L1114
	move.l 5104(%a0),%a0
	move.l (%a0),%d2
	tst.w version_matérielle /* Ici, tu peux utiliser HW_VERSION
en mode kernel, ou le résultat de __gethwversion de TIGCCLIB en mode
_nostub. */
	jbeq .L1115
	move.l %d2,%d0
	add.l %d0,%d0
	add.l %d2,%d0
	move.l %d0,%d1
	lsl.l #4,%d1
	add.l %d1,%d0
	add.l %d2,%d0
	jbra .L1116
	.even
.L1115:
	move.l %d2,%d0
	lsl.l #2,%d0
	add.l %d2,%d0
	lsl.l #3,%d0
	sub.l %d2,%d0
	add.l %d0,%d0
.L1116:
	add.l %d0,%d3
.L1114:
	move.l %d3,__randseed

Ça correspond à mon code C:

    // compute random seed from 0x600017 and FiftyMSecTick
    unsigned long randnum=255-peekIO(0x600017);
    if (!AMS_1xx) randnum+=(*((volatile unsigned long*)(_rom_call_addr(4FC))))*
                           (_Gray3PIsRealHW2()?52:78);
    srand(randnum);

Sasume
: P.S. : quelle est la taille de l'expace fantôme ?

7 espaces fantôme de 256 KO chacun. Le dernier (0x1C0000) a un traîtement particulier sur HW1, donc ça en fait 6 d'utilisables (0x40000, 0x80000, 0xC0000, 0x100000, 0x140000 et 0x180000).

Et celle de l'espace protégé ?

La RAM normale fait 256 KO. Les premiers 288 octets sont protégés. Certaines adresses négatives qui ne correspondent à rien (0xFFE00000-0xFFFFFFFF) le sont aussi, pour mieux détecter les débordements de la pile. Sachez aussi que le premier octet des adresses est totalement ignoré (ne sort jamais du processeur), donc les adresses "négatives" protégées sont en fait 0xE00000-0xFFFFFF, mais ces adresses ne correspondent à rien (ne sont pas mappées).

nounoun
: Je pense donc que c'est comme ça qu'on fait des tsr? Un programme programme lancé par un int fait un peu ce qu'il veut, et rend la main?

C'est une classe de TSRs. On peut aussi en installer sur les hooks prévus par AMS, notamment EV_hook.
Mais dans tous les cas, il ne suffit pas d'installer un handler et quitter le programme, il faut recopier le code dans un bloc de mémoire verrouillé, sinon à la prochaîne compression du heap, ça plante. Et pour qu'on puisse recopier le code, il faut soit qu'il soit entièrement PC-relatif, soit qu'on le reloge lors de la recopie.

Ximoon
: J'avais cru lire quelque part qu'il y'a des problèmes avec le Ghost Space sur certaine hw1 nan?

Pas vraiment:
* Il y aurait un problème si TI se mettait à rajouter de la RAM à leurs calculatrices, mais ce n'est pas prévu apparemment (la V200 et la TI-89 Ti ont toujours 256 KO de RAM).
* Il y a un espace fantôme qui pose problème sur HW1: 0x1C0000. Mais personne n'utilise celui-là, celui en 0x40000 marche très bien.
* Sur HW1, il ne faut pas toucher aux espaces fantôme à protection Flash désactivée parce que ça modifie la protection anti-exécution en FlashROM. Mais pratiquement aucun programme n'est exécuté à protection Flash désactivée.
Bref, il n'y a pas vraiment de problèmes. Et pas mal de programmeurs utilisent l'astuce +0x40000 pour accéder aux vecteurs d'interruption. TIGCCLIB aussi.

OK, je ne savais pas (j'ai toujours fait ça proprement moi... remarque pour quelques octets, pourquoi pas...)

t1 merci Kevin, chui trop con, j'y ai même pas pensé pour le scroll (chui encore un bleu fo me pardonner )

Si je n'utilise pas les fonctions de la ROM, c'est pour apprendre à faire moi-même ce genre de routines simples.
Au fait, dans mon prog, quand je fais include tigcclib, ça marche po

-Au fait, j'ai lu des trucs sur les int, mais je ne connais pas leur fréquence, ni la manière de la changer... (sans passer par les fonctions toutes faites du TIOS).
-Quelle est la fréquence de rafraichissement de l'écran?


EDIT:

J'ai eu qq pb pour faire des boucle, quand j'ai voulu en imbriquer deux:

move.w #3,D0
move.w #10,D1
\loop
...
...
...
dbra D0,\loop
...
...
dbra D1,\loop

Avec ça, j'ai crashé mon vti à chaque fois (Er_Throw au bout de 3 secondes)
Au fait g tigcc 0.94

Reflechis bien: dans ton extrait de code, d0 doit etre reinitialise chaque fois que d1 est decremente.

ah lol, merci

sinon, j'ai essayé d'utiliser le push_rand du tios:
pea ran(pc)
jsr tios:ush_rand
move.w (A7),D0
lea 4(A7),A7
.....
ran dc.w 6

et en fait,je ne sais pas ce qui ne marche pas, mais CA NA MARCHE PAS en tout cas. Ceci dit, ça ne plante pas, donc...

[HS] [ nosmile ] rulezzz [/HS]

nounoun > ca m'etonnerai beaucoup que le resultat du random soit mis sur la pile.

Sally -> lol

extrait de la doc de tigcc:

push_rand pushes a random number on the expression stack. Range should point either to END_TAG, or to an integer expression. If Range points to END_TAG, push_rand pushes a floating point number between 0 and 1. If Range points to an integer value n, push_rand pushes an integer number between 1 and n if n is positive, or between -n and -1 if n is negative.
Note: This function calls the TI-Basic random number generator, so it has nothing to do with the random number generator from stdlib.h (i.e. with the functions rand, random, randomize, and srand). You can use the function cmd_randseed (instead of srand) to set the seed for the TI-Basic random number generator. Note also that push_rand is much slower than the random number generator implemented in stdlib.h.

La pile d'expression (Expression Stack ou EStack) N'est PAS la pile pointée par a7 !
Regarde la doc de TIGCC à son sujet. Son fonctionnement est plus complexe que les piles pointées par a7

k merci


Au fait comment afficher à l'écran un nombre? C'est quand même con de calculer un score et de ne pas pouvoir l'afficher...

nounoun :
Au fait, dans mon prog, quand je fais include tigcclib, ça marche po

Tu n'as pas besoin de l'inclure, mais tu peux appeller toutes les fonctions (celles qui ne sont pas des defines ou des ROMCALLs) en faisant bsr fonction.
Le linker reconnaît que la fonction est définie dans tigcclib et il l'inclut directement.

même pour une macro?
et au fait pour ceux ui auraient la réponse dans la poche, je répète les dernières questions:

-Quelle est la fréquence de rafraichissement de l'écran?
-Au fait comment afficher à l'écran un nombre? C'est quand même con de calculer un score et de ne pas pouvoir l'afficher...

nounoun
:-Au fait, j'ai lu des trucs sur les int, mais je ne connais pas leur fréquence, ni la manière de la changer... (sans passer par les fonctions toutes faites du TIOS).

cf ./119

pkoi tu dis ça?????
nan en fait j'ai pas eu le temps de fouiller, merci beaucoup je vais tout de suite voir

C'est dans la doc de SetIntVec

oui, c'est ce que je suis en train de regarder en ce moment même
mais quand ces romcalls n'étaient pas encore supprotés par les OS, comment faisait-on?

Les interruptions ne sont pas des ROM_CALLS
Si tu parles de SetIntVec, il me semble qu'il est là depuis AMS 1

Mais dans mon post, je t'ai expliqué comment détourner les interruptions manuellement...

oui, c'est ce que je vais faire.
Mais à partir de ta méthode, comment modifier la fréquence des int?

Ce n'est pas la même chose. Je t'ai expliqué comment substituer ta routine maison à la routine d'une interruption.
Pour modifier la fréquence des interruptions, tu devrais lire le [google]j89hw.txt[/google] (et puis il y a plein d'autres infos hyper intéressantes dedans, comme la fréquence de rafraichissement de l'écran). Et puis en fait, il n'y a que l'auto-interruption 5 dont tu peux changer la fréquence.

ah ok, merci beaucoup!!!

nounoun
: même pour une macro?

Non.

Pour afficher un nombre, il te suffit de transformer ton nombre en une chaine et d'afficher la chaine.

Sasume-> C'est bien ce que je pensais, donc il faut que je fasse un alog pour convertir mon nombre hexa nombres décimaux, et après le convertir en caractère?

Kevin:

Tu peux directement déplacer le contenu de l'écran, pas la peine de passer par un buffer. Ça prend 2 fois moins de code et va 2 fois plus vite. Et ça économise de la mémoire.

C bon, c'est fait, mais du coup c encore plus rapide, va falloir que j'arrange ça absolument.
Sinon, maintenant je me passe de graphlib::fill et de graphlib::line, et je travaille à remplacer graphlib:: put_sprite (c un peu plus cho!!)

Edit: Put*** de smileys

je mieux pour convertir ton nombre en chaîne , c'est le ROM_CALL sprintf qui devraît t'être pas mal utile... le seul inconvénient, c'est qu'il faut que tu prévois un espace assez grand...