protect sur 83plus/84plus : possible ?

J'aimerais beaucoup pouvoir utiliser PROTECT sur TI84plus.
Mais ce programme du site a été écrit pour ti83/82stat.
J'ai testé et le code n'est pas transposable tel quel.

Je prie un habitué de l'assembleur (ou de ses dérivés) d'adapter le programme PROTECT du site aux ti83plus/84plus.
Ou au moins, qu'Alexis présente le code source de PROTECT pour qu'on puisse plus facilement l'adapter.

EDIT: je précise que cette demande est motivée par de nombreuses difficultés que j'ai à utiliser les shells classiques.

regarde ici : [Vous devez être inscrit et connecté pour voir ce lien]

Sinon, j'ai décompilé ZPROT (avant de voir ce lien) :

Code:

call $428e
ld a,$72
ld ($803a),a
call $4424
jp c,$467b
and 31
cp 4
jp nz,$466c
ld hl,$8039
ld (hl),$05
inc hl
ld a,(de)
ld c,a
ld b,$00
inc de
inc de
ex de,hl
ldir
call $4424
jp c,$467b
ld (hl),$06
ret

(par contre 'ai que les addresses, pas les ailas)
Sandro

Merci mais je connais ce lien. J'y ai posté et je découvrais l'asm à l'époque.
C'est dommage que ce lien donne le code hexa mais pas le code source.
Que tu ais décompilé le code source m'intéresse, je pourrai essayer de manipuler ça avec mes faîbles connaissances en asm, et surtout comparer des ressources 83/83plus pour tenter de le convertir.

Je n'ai plus les sources... Par contre tu peux le faire avec Doors CS ou un autre shell.

Je vais essayer de convertir cet hexa 82 stats en hexa 83+, je vous tiens au courant

C'est très bizarre ce programme ... je sais même pas pourquoi ça marche o_o'

Quelqu'un sait à quoi correspondent ces adresses ? Elles sont pas dans ti83asm.inc :

$803A (bizarrement près de la zone des OP mais non)
$467B
$466C

Et voilà le code de Sandro avec les alias que j'ai pu trouver :

Code:

call zeroOp1
ld a,$72
ld ($803a),a ; comprend pas ce que c'est ce $803A, mais c'est l'octet juste après OP1
call ChkFindSym
jp c,$467b
and 31
cp 4
jp nz,$466c
ld hl,OP1
ld (hl),$05
inc hl
ld a,(de)
ld c,a
ld b,$00
inc de
inc de
ex de,hl
ldir
call ChkFindSym
jp c,$467b
ld (hl),$06
ret

Bon ça aide pas des masses, mais bon.
Y'a quand même un truc bizarre ceci dit, c'est les JP : aucune idée d'où sortent ces adresses

J'ai enfin obtenu des explications sur le fonctionnement des shells [Vous devez être inscrit et connecté pour voir ce lien], donc je suis à présent moins pressé de bidouiller Protect, mais si on pouvait le faire ce serait sympa.
Merci tout le monde.

En fait ça a l'air un peu (un peu ) chaud, mais ça devrait plus ou moins être possible. Au pire, si ça l'est pas, y'a qu'à créer un autre programme qui fait la même chose.

ça sert à quelcun que je décompile aussi le second code héxa?

Je ne crois pas car seuls deux octets sont différents. Cela correspond probablement à $05 et $06.

jp nz: jump no zero

Et je crois qu'il y avait d'autres includes que celui de base.

Ouais merci, mais c'est les adresses qui m'embêtaient

Et en effet, les octets différents sont les trucs importants, car $05 → programme normal, et $06 → programme protégé.

Ce que font ces codes hexa, c'est qu'ils prennent le nom du programme dans Str0, et modifie son type en 5 (programme normal) ou 6 (programme protégé). C'est pas super dur à refaire mais je préfère tout savoir sur le code avant de bidouiller en fait.

Alors là ... ouaou. J'étais en train de traduire le prog et comme j'arrivai à une étape intermédiaire, donc je le lance pour voir où ça arrive. Et là, ça s'éteint → RAM clear (bon ok), je rallume ça m'affiche bien RAM cleared et là qu'est-ce que je vois comme bonne surprise :

4 de mes 6 fichiers sources de Jetpack (qui étaient archivés évidemment) ont disparu !!!! Et bien sur que ces programmes-là parmi tous les objets de ma calto !!! Mais WTF !!???

Face à cet amusant problème, je ne touche plus la calto de la journée de peur de faire un Garbage Collect, puis une fois rentré chez moi j'utilise un prog de restauration. Je le lance donc et là OH ! mes programmes, leurs sauvegardes, leurs noms et leur traces dans la RAM et les flash se sont annihilées tous ensembles dans une dimension parallèle.

Donc j'ai très très les j'tons, et décide de regarder combien j'ai de mémoire ; la RAM 23K (normal, j'avais rien) et l'archive ... 21K (avec 2 apps de 2 pages et 1 app d'une) je fais donc un RAM clear manuel et POUF ! A re les programmes

Je sais pas comment on dit chez vous mais moi c'est du foutage de gu*ule. Ou alors c'est ma calto qui veux ma mort pour se venger de tout le mal que je lui ai infligé

Ce roman pour dire que pas de problème votre programme avance très bien si ce n'est que maintenant je n'ai plus aucune trace donc je recommence tout bon appétit.

Ça y est, cette fois c'est bon !

Voici les codes hexa de ZPROT et ZUNPROT pour TI-83+/84+ !

Code:

ZPROT :
AsmPrgm
BB6D
EFC541
217884
3604
23
36AA
23
3609
23
3600
EFF142
D8
E61F
FE04
C0
217884
3605
23
1A
4F
0600
13
13
EB
EDB0
EFF142
D8
3606
C9

ZUNPROT :
BB6D
EFC541
217884
3604
23
36AA
23
3609
23
3600
EFF142
D8
E61F
FE04
C0
217884
3606
23
1A
4F
0600
13
13
EB
EDB0
EFF142
D8
3605
C9

Tout fonctionne pareil, avec le nom du programme dans Str0. Enjoy !

EDIT : correction faite, c'était FE04 à la place de FE01

Je ne sais pas si tu as changé quelque chose, mais dans le premier Protect la chaîne Str0 était stockée dans Ans avant de lancer Zprot et Zunprot.
Donc je pense que la chaîne n'avait pas vraiment d'importance.

J'ai testé illico tes codes et je ne parviens pas à les faire fonctionner : il ne se passe rien.
EDIT: résolu : cf message suivant

Effectivement, il y a une erreur, c'est pas FE01 mais FE04. J'édite le message précédent.

EDIT : là pour par exemple protéger le programme prgmABC on doit faire :

Code:

"ABC→Str0
Asm(prgmZPROT

C'est tout.

MERCI !!!

J'ai la flemme de manipuler Asm() et sto alors j'utiliserai toujours Protect pour commander Zprot et Zunprot ; je peux même supprimmer deux lignes de Protect.

ps: j'ai déjà utilisé le bouton "merci" sur un message passé, ce serait classe de rendre ton ultime message de couleur verte plutôt que l'autre.