Question con - Page 1

voilà j'ai une routine de gray qui utilise une fonction x.
et dans mon programme j'utilise aussi cette fonction x,
que se passe t'il si l'in utilise x pendant que le prog utilise x?

Rien de spécial, ça dépend de la fonction, tu peux pas donner la fonction x et un exemple?

copy buffer

Du même buffer. Bas théoriquement en utilisant la fonctions par la librairie et par le programme utilisant la librairie ça pose aucun problème,puisque dans tous les cas la librairie et le programme n'utiliseront pas la fonction en même temps.

oui, mais si l'int coupe la fonction en plein milieu de l'utilisation?

geogeo :
Bas théoriquement ...

bah Ce n'est pas la première fois que qq1 te fait la remarque. Ce ne sont pas les mêmes mots ! Comment tu peux les confondre

JackosKing> ça ne changera rien.
Le seul pb que je vois, c'est que si les buffers à recopier sont les mêmes, tu auras peut-être des pb de clignotements.

Désolé, je vais encore paraître chiant mais c'est vraiment rien omme erreur.

oui, mais si l'int coupe la fonction en plein milieu de l'utilisation?

Dans ce cas c'est plus délicat. Il te faudrait une fonction qui identifie si le programme à fait appel à la fonction et donc n'autorise que celui-ci à modifier le buffer puis redonne la main à la librairie lorsque c'est terminé.

bein le probleme c'est que ca plante

Je ne vois vraiment pas le pb si l'int interrompt la recopie de buffers.

Ah. J'ai rien dit alors. Tu es sûr que ça plante quand l'int interrompt une recopie de buffer ?

bein quasiment

Je ne vois vraiment pas pourquoi ça gênerait

idée conne : n'utilise pas la fonction de recopie de buffers dans ton prog et regarde si ça plante tjs

bein si je l'utilise pas c aplante pas

Est-ce que tu peux donner le code de ta fonction ?

Pourquoi ça planterait ?

ton prog utilise la fonction... tu recopies GPlan1 vers les plans de la routine de nvg.

l'interruption des nvg se déclenche, elle recopie un des deux plans des nvg vers LCD_MEM.

Puis l'interruption se termine et tu finis de recopier ton GPlan1.
Je ne vois pas le pb

bein le probleme est au niveaux des registres ?

ha le probleme vient du fait que:
XCpyGPlanToLCD:
move.l CGplan,%a0
move.l _X_CGPlan,%a1
bsr XCpyPlan
bsr XCpyPlan
bsr XCpyPlan
bsr XCpyPlan
bsr XCpyPlan
bsr XCpyPlan
rts
voilà et l'int agit entre 2 bsr.. donc je perd les registre et boom add error et tout le trabala ! grrrrr faut que je les sauvegarde

non ca doit venir du fait que je sauvegarde les registre dans une var static..

Pourquoi tu ne sauvegarde pas les registres sur la pile?

ha le probleme est resolut ,ct bien ca.
>> parce que j'utilisais tous les registres, mais bon ce n'est plus le cas.

#19 : ha oui, si c'est bien le cas, ça pause obligatoirement problème

  ...
  bsr XCpyPlan
  rts

te horreur par : ... bra XCpyPlanTu peux optimiser cet

lol j'en suis pas encore la

Ta fonction utilise-t-elle des variables locales qui ne sont pas empilées (statiques quoi) ? Si oui ça peut poser des problèmes...

cf plus haut

j'avais prévenu que ct une question con

Oui, il faut faire des sibling calls. Thibaut (#22) a raison.
bsr + rts = 34 clocks, 4 ou 6 bytes; bra = 10 clocks, 2 ou 4 bytes.

Tant que tu y es, TiMad, utilise donc jbsr et j(b)ra, qui seront optimisés au plus petit branchement possible, plutôt que d'utiliser bsr que GNU as n'optimisera en principe pas (du moins les versions actuelles).

quoi c'est pas optimisé le bsr tout seul???