movem.l et HW1 - Page 1

Bon voila je voulais savoir pourquoi ca marche pas (d'apres kk)...
alors que dans les sources de util.asm cette fonction est utilisée (du temps ou il y avait que des 92+ HW1...) !!!!!!!!!!!!!

Il me semble que tu n'as absolument rien compris à ce que j'ai dit:
movem (.l ou .w, peu importe) ne marche pas sur HW1 si et seulement si la source est en mémoire archive!
[edit]Edité par Kevin Kofler le 04-01-2002 à 23:32:44[/edit]

qd tu dis la source, tu parles de la source du déplacement, ou du programme éxécutable ?

vive les HeapAlloc

memoire archive = archivé???
si non alors j'ai pas compris

>squale92: qd tu dis la source, tu parles de la source du déplacement, ou du programme éxécutable ?

De la source du déplacement, évidemment.

>TiMad: memoire archive = archivé???

Oui, c'est l'endroit de la FlashROM qui contient les variables archivées.

KK:
Desole, mais cela marche parfaitement quand le fichier est archiver...
En revanche j'obtient des anomalie comme j'avait dit dans un autre topic...:
Voici une preuve, tester sur la TI92+ HW1:

(toujours TI-92+ HW1 ROM2.05 Maxmem PreOS0.47)

Environ 4-5 secondes avc un écran blanc...
Puis le même type d'écran que précédemment... mais les résultats me paraissent meilleurs...
Je te laisse juger par toi-même :

R1: 5008 /s
R2: 3148 Sp
R3: 2972 Sp
R4: 2612 Sp

heu... cette fois, je n'ai plus deux rectangles qui s'affichent...
Voir le fichier gif en annexe...
Il a été pris via VTI, mais g le même ON-TI

Ensuite, ça quitte ss pb.


Par curiosité, j'ai ré-exécuté le prog en l'ayant archivé (qui ne risque rien n'a rien :D)
là, je n'ai pas un écran blanc...
mais ça m'affiche immédiatement "Bench Go!"
et ensuite, les valeurs s'affichent les unes aprus les autres :
R1: 5216
R2: 3136
R3: 2972
R3: 2616
POuis suit le même "dessin" que plus ho
et ça quitte ensuite ss pb...


Par curiosité, j'ai retesté après avoir désarchivé.. les affichages se font maintenant de la même façon que qd c'était arcihé (avais-je fumé la première fois ???)
Et j'ai :
R1: 5048
R2: 3136
R3: 2976
R3: 2612

il se passe donc quelque chose mais quoi.. puis que le fonctionnement du programme se trouve modifier...

Déjà, ça ne plante que si tu mets au moins 2 registres (avec movem.l, au moins 3 avec movem.w) dans ton movem. Et ensuite, la partie de la mémoire archive libérée par MaxMem n'est pas protégée contre la lecture répétée. (En revanche, les derniers 384 KO le sont, même avec MaxMem. Archive plusieurs gros fichiers, puis seulement archive le tien, puis réessaye, et tu verras que ça plante.)
[edit]Edité par Kevin Kofler le 05-01-2002 à 00:58:46[/edit]

je garanti que ces résultats sont authentiques.

Et troisième point, si le programme lui-même est archivé ou non n'a aucune importance: il sera recopié en RAM de toute façon s'il est archivé. Ça ne plante qu'avec des fichiers externes archivés!

Si vous voulez avoir votre barre noire, faites ça:
Sur TI-89:

 lea $3fff00,a0
 movem.l (a0)+,d0-d7

Sur TI-92+:

 lea $5fff00,a0
 movem.l (a0)+,d0-d7

(Je n'ai pas essayé, mais ça, ça devrait donner une barre noire sur HW1.)
Sinon, vous pouvez faire tous les movem.l d0-d7/a0-a6,-(a7) ou movem.l (a7)+,d0-d7/a0-a6 que vous voulez, que le programme soit archivé ou non! Et même:

 lea data(PC),a0
 movem.l (a0)+,d0-d7
 rts
data: dc.l 0,1,2,3,4,5,6,7

marchera que le programme soit archivé ou non, parce qu'il sera recopié en RAM avant d'être exécuté! (L'exécution de code en archive planterait aussi, c'est la raison-même pour laquelle TI a mis cette protection: pour empêcher l'exécution de code!)
[edit]Edité par Kevin Kofler le 05-01-2002 à 01:12:30[/edit]

Il a vraiment tout explique.

Il a juste oublie que c'est desavtivable sur ams <=2.03

Même sur 2.05 (on peut toujours désactiver la protection Flash).

Ah. Je sais pas comment alors.

arf... comment fais-t'on ?

Je ne sais pas. Et ceux qui savent ne vous le diront pas.

oué, ça, je le sais


ExtendeD> pkoi garder le silence ? le diras-tu un jour ?

QUi a-t'il d'autre qui le sache ?

JM..

ah oui, c'est vrai, je ne pensais plus à JM...
Et WH, il ne savias pas quelques trucs à ce sujet ?

Bah de toute facon, sur HW1, il existe une methode qui NE PEUT PAS etre arreter par TI, sauf s'ils ne mettent rien dans le trap #B

ah bon ?
tu fais donc aussi parti de ceux qui savent désactiver cette protection ?
J'ai une HW1...

Sur toutes les roms avec hw1, et jusqu'a la rom 2.03 sur les hw2. Chuis une grosse merde quoi.
[edit]Edité par PpHd le 14-01-2002 à 20:05:21[/edit]

heu... j'ai une ROM2.05
mais bon, ça fait déjà quelques uns :
JM - PpHd - ExtendeD (quoique... ça fait longtemps qu'on a pas vu JM )

C'est juste qu'il ne vient plus sur le forum. J'ai discuté avec lui sur ICQ plusieurs fois pendant ces derniers jours.

Le truc de pas publier une doc sur la déprotection de la flash, c'est d'abord pour protéger ma TI (j'ai grillé une 89 HW1 et une 92+ comme ça). Ensuite parce que après on se retrouvera avec tout plein de progs qui modifient la flash, alors que ça sert à rien et c'est dangereux (y'a TIB-Receiver pour ça, c'est justement son but, un prog qui permette de tout faire, tout ça sûrement).
Et ensuite parce que je suis pas sûr que TI connaisse encore tous les bugs de son HW et de son AMS.

Pour les problèmes de programes qui modifient la flash, je suis d'accord... mais j'aimerai qd même bien avoir la possibilité de modifier la mienne

Pour TI... de tte façon, c po trop notre pb

Ha bon, et nos "descendants" (lol) qui subiront les protections renforcées de la HW3 ?

tant pis pour eux
(lol)

ma fois... il auront une machine différente, avec des protections différentes...
Qd on voit toutes celles que JM a cassé (Maxmem, TIBreceiver, les grays sur HW2, etc), on se dit que peut-être quelqu'un arrivera à briser celles de la HW3 (voyage machin 200)
JM reviendra peut-être parmis nous pour cela ? ou un autre prendra la suite...

Un de ses descendants ...