variable globale - Page 1

Y'a pas moyen de forcer l'enrgistrement d'une variable dans le corps du programme, même quan celui-ci est archivé???

impossible.

Topic clos

ça devrait être possible, non ?
en magouillant...
vu que le prog archivé est copié en RAM pdt l'exécution...
on devrait pouvoir bosser sur l'original à partir de la copie, non ?

Le prog étant juste copié en RAM, je pense qu'une fois son exécution finie la copie est juste effacé, mais je veux qu'une information soit juste stockée dans le corps du prog et ce qu'il soit archivé ou non, or je ne peux pas utiliser de fichier sinon ça sert à rien

squale92 : non, ab-slo-lu-ment pas !!

On t'a expliqué pourquoi l'autre jour, squale : topics/14339-pb-ecriture-en-flash#15

oué, je me souviens de ça
mais il ne serait pas possible de magouiller avec la technique que Kevin a donné ? (elle marche bien pour enregistrer les records de KII dans la variable externe, qui est archivée...)

est-ce qu'il nb'est pas possible de désarchiver l'original à partir de la copie en RAM, pr écrire dans l'original désarchivé, et le réarchiver ensuite ?
(ça em parait assez fumeux... mais on sait jamais )

J'aurais pas trop confiance en un programme qui fait ça.

Mais de toute façon <j'ai la flemme d'aller voir qui> a dit que l'on ne peut pas écrire en ROM sur des bits à 0, que le seul moyen est d'effacer le segment entier avant de pouvoir écrire

Le writeback en archive n'est pas si dur que ça. La procédure suivante devrait marcher:
1. On recherche le nom du programme en cours d'exécution dans la VAT.
2. On trouve la version archivée (pas twin) dans la VAT.
3. On fait un EM_abandon sur son bloc.
4. On copie l'entrée handle du symbole twin vers le symbole non-twin et on efface le flag archive du symbole non-twin.
5. On met l'entrée handle du symbole twin à 0.
6. On efface le symbole twin.
7. On appelle EM_moveSymToExtMem pour le symbole non-twin. Il faut faire attention à l'adresse de retour là!

Ok c'est bien ça : on ne peut pas écrire comme on veut dans la ROM. Ton truc revient à désarchiver/réarchiver le prog

Mais l'intéressant est qu'avec cette méthode, le tout peut se faire à partir du programme twin lui-même!
Il y a juste le 7. qui pourrait être dur à faire. (Le handle ne sera plus en RAM quand le ROM_CALL revient, donc on pourrait y avoir des surprises au moment du rts du ROM_CALL. )

En copiant la fin du programme dans la pile, après un enter_ghost_space, qui finit le travail?

la technique de fou
y'en a encore qui veut dire qu'on use la ROM avec ça

Ca doit pas être si dur que ça le retour. Mais il faut finir le tout à la main en asm, et il faut executer la fin du warper de tipatch.lib avant de quitter.