pseudo flash APPS - Page 1

si on ecrit un prog ´normal` en ASM, puis on l´archive. en suite on determine avec la VAT l´adresse du point d´éntre du programme en ROM, et puis on amenne PC a cette edresse... On a un prog qui est execute a partir de la ROM, non ???
et c quoi la difference entre un tel prog et une flash APPS si ce n´est qu´on y a pas acces directement par le Ti-OS ?

erf
La zone des archives est protégée en execution, dejà.

c une protection HW ou soft ?

tu veux dire apres un GC ?

c quoi les segments codes ? c des attribus des fichiers du Ti-OS

Il y a une protection en exection sur la Flash (je crois que ca plante apres un certain nombre (3?) de lecture concecutives) ...

sur hw 2 ça marcherait d'origine, mais sur hw 1 il y a une protection à faire sauter.
A confirmer tout de meme.

Ce ne serait pas plutôt l'inverse ?

Lisez j89hw.txt sur http://alh.dhs.org/ti89/.

Sur HW1, la protection peut protéger les derniers 384 KO de la Flash ROM seulement (c'est pour cela qu'AMS ne permet pas d'archiver ailleurs), mais la limite entre zone déprotégée et zone protégée peut être déplacée pour protéger moins de 384 KO (par étapes de 64 KO), voire même permettre l'exécution de la Flash ROM entière, et elle interprète 3 lectures consécutives comme l'exécution de code. Ceci n'est pas un problème en général, mais on n'a pas le droit d'utiliser movem pour lire en mémoire archive sur HW1!

Sur HW2, la protection peut protéger le dernier MO de la Flash ROM, mais là aussi, la limite entre zone déprotégée et zone protégée peut être déplacée par étapes de 64 KO. Elle fonctionne en vérifiant la valeur du PC (Program Counter), donc movem ne pose plus problème (mais pensez aux HW1 si vous programmez!).

Question : est-ce à cause de l'interdiction de + de 3 lectures consécutives (= obligé d'exécuter des nops ou autres régulièrement) que les Flash-apps sont si lentes ?

il y a une rom call pour ça.
je ne me rapelle plus de son nom..
c ds la doc de tigcc.