Forum de Ti-Gen.org, le site francophone des TI

Bienvenue Invité ! Se connecter Mes sujets	Administrer
Utilisateurs actifs : Aucun membre + 1 visiteur

Avant de poster sur le forum, il y a des régles de bases à respecter pour une bonne entente et un respect de tous.
Veuillez lire la charte du forum.

:: Index » Forum Ti68K » Programmation Assembleur 68K » Désassemblage (44 réponse(s))

./REPRISE DU POST PRECEDENT (post n°19) Marquer comme non lu.

geogeo

Ecrit le: Mercredi 1er septembre 2004 à 01:12

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4257

Membre n°3

Inscrit le 29 janvier 2004

De toute façon, tout ce qui est détection et utilisation des périphériques, je suis obligé de le faire à bas niveau pour l'utiliser de façon optimale ?

Le langage ASM est parfait pour ça.
Il y a certain programme qu'on est forcément obligé de faire en ASM car le C est des fois trop lourd et trop lent. Certain vont me dire le contraire mais encore aujourd'hui les moteurs des compresseurs ou encore les drivers de certains périphériques sont fait en ASM justement pour exploiter au maximum les ressources et des fois pour investir dans un matériel plus économique et plus lent.

Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic

./Post n°20 Marquer comme non lu.

Billy Charvet

Ecrit le: Jeudi 9 septembre 2004 à 10:04

Envoyer un message privé à Billy Charvet

Membre: Maître Ultime

Groupe: Storm Team

Messages: 1056

Membre n°61

Inscrit le 23 février 2004

Rappelons que la décompilation ou le désassemblage de ROM Calls est permis
seulement à des fins d'interopérabilité, si TI ne les fournit pas.
(Code de la Propriété Intellectuelle)

Donc ne le fais pas.

Si vraiment c'était justifié, fais un programme avec cet algorithme:
(Ici dans le cas de EX_Patch)

- Prendre l'adresse de la table des ROM Calls
- L'utiliser pour trouver l'adresse de départ de EX_Patch.
- Ouvrir un fichier par fopen de TIGCC.
- Copier octet par octet EX_Patch dans le fichier.
- Dès que tu arrives sur une suite 0x4E, 0x75, arrête-toi.
(Ca correspond au 'rts' de la fin de la routine.)
- Ecrit ce qui est nécessaire pour en faire un fichier ASM.
- Ferme le fichier.

Ensuite tu lance le programme, tu récupère le fichier sur PC,
tu lance ttdasm dessus (désassembleur de la TIGCC Tools Suite)
et tu lis. Bon c'est un dump imparfait, au niveau des reolgements
évidemment, alors attends-toi à des difficultés. Mais globalement,
procède comme ça.
-Edité le Lundi 4 octobre 2004 à 13:06 par Billy Charvet-

Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.

./Post n°21 Marquer comme non lu.

ExtendeD

Ecrit le: Samedi 11 septembre 2004 à 09:09

Membre: Habitué

Messages: 69

Membre n°346

Inscrit le 05 juillet 2004

Billy Charvet :
Rappelons que la décompilation ou le désassemblage de ROM Calls est permis
seulement à des fins d'interopérabilité, si TI ne les fournit pas.
(Code de la Propriété Intellectuelle)

Euh, tu es sûr de ça ? La license de l'AMS interdit tout désassemblage quelque soit son utilisation.

./Post n°22 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 11 septembre 2004 à 10:22

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

La loi dans pas mal de pays européens ne leur permet pas de l'interdire si c'est à des fins d'interopérabilité et/ou (selon le pays) de recherche personnelle.

Et puis bon, tout le monde désassemble AMS et personne ne dit rien, alors bon...

-Edité le Samedi 11 septembre 2004 à 10:23 par Kevin Kofler-

Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!

./Post n°23 Marquer comme non lu.

Invité

Ecrit le: Samedi 11 septembre 2004 à 14:31

Enfin je ne voulais pas désassembler l'OS mais juste savoir comment booter en ASM.

./Post n°24 Marquer comme non lu.

Billy Charvet

Ecrit le: Lundi 13 septembre 2004 à 12:48

Membre: Maître Ultime

Groupe: Storm Team

Messages: 1056

Membre n°61

Inscrit le 23 février 2004

Très simple, regarde le code de PedRom.
Tu commence par booter (cf boot.asm) du côté des protections,
de l'activation de l'écran avec l'ASIC, puis tu règles certains détails
comme la pile utilisateur et superviseur, les protections de la table des
vecteurs, les protections d'exécution de la Flash (ex: rendre toute la Flash exécutable).

Ensuite il vaut mieux installer une table des vecteurs (pour gérer les divisions
par zéro, trappes volontaires pour les appels systèmes, etc)

Enfin, crée un dispositif d'entrée, (comme le shell PedRom)
et saute vers son adresse...

Là je t'ai exposé le boot si tu veux faire un OS.
Si tu veux booter la calc à d'autres fins (l'utiliser seulement pour un jeu,
qui aurait toute la mémoire de la caltos), je te le déconseille, personne ne
voudra Flasher sa TI, puis la reflasher pour remettre AMS, à cause
de l'usure de la Flash.
-Edité le Lundi 4 octobre 2004 à 13:06 par Billy Charvet-

Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.

./Post n°25 Marquer comme non lu.

Invité

Ecrit le: Lundi 13 septembre 2004 à 19:15

> Là je t'ai exposé le boot si tu veux faire un OS.
Oui, mais pour l'instant c'est trop compliqué pour moi. Je vais déjà essayer de faire booter un système bidon sur VTI.

Et je vois qu'il y a beaucoup de choses à initialiser !

./Post n°26 Marquer comme non lu.

Invité

Ecrit le: Jeudi 16 septembre 2004 à 22:22

Billy Charvet :
Si tu veux booter la calc à d'autres fins (l'utiliser seulement pour un jeu,
qui aurait toute la mémoire de la caltos), je te le déconseille, personne ne
voudra Flasher sa TI, puis la reflasher pour remettre AMS, à cause
de l'usure de la Flash.

Ta calc ne marchera plus avant que la FlashROM ne lâche

C'est surtout que ça serait complètement idiot, PedroM permet déjà ça.

./Post n°27 Marquer comme non lu.

Invité

Ecrit le: Jeudi 23 décembre 2004 à 18:48

je te le déconseille, personne ne
voudra Flasher sa TI, puis la reflasher pour remettre AMS, à cause
de l'usure de la Flash.

Sachant que l'on peut flasher environ 10.000 fois la Flash, je pense qu'on a de la marge...
Si tu flashes une fois par semaine, tu en as pour 200 ans. #fou#

./Post n°28 Marquer comme non lu.

geogeo

Ecrit le: Jeudi 23 décembre 2004 à 23:02

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4257

Membre n°3

Inscrit le 29 janvier 2004

100 000 réécritures je crois!

Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic

./Post n°29 Marquer comme non lu.

limmt

Ecrit le: Vendredi 24 décembre 2004 à 08:00

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Groupe: Omega staff

Messages: 4712

Membre n°20

Inscrit le 01 février 2004

de toute facon quand tu archives un fichier ca use apreillement que le reflashage sauf que ca use moins de blocs

http://www.falco-fr.com/ - http://www.jump67.com/ - http://www.msf-league.com/

./Post n°30 Marquer comme non lu.

Invité

Ecrit le: Mercredi 29 décembre 2004 à 15:36

de toute facon quand tu archives un fichier ca use apreillement que le reflashage sauf que ca use moins de blocs

Ce qui veut dire qu'avec un usage *très* intense de la fonction archive, la calto pourrait ne plus fonctionner correctement ?

./Post n°31 Marquer comme non lu.

Folco

Ecrit le: Mercredi 29 décembre 2004 à 18:10

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

Très intense, ça veut dire 24/7/365 pendant pas mal d'années.

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°32 Marquer comme non lu.

Billy Charvet

Ecrit le: Lundi 3 janvier 2005 à 08:58

Membre: Maître Ultime

Groupe: Storm Team

Messages: 1056

Membre n°61

Inscrit le 23 février 2004

En effet, mais il faut quand même être prudent sur certaines choses.
Si on permet une exécution en Flash, pour des exécutables nécessitant
un relogement de fichier, ça peut user bien plus facilement.

De plus, les clés USB, qui utilisent la FAT ou d'autres systèmes ne minimisant
pas les réécritures, peuvent usées, surtout si par exemple elles font
baladeur MP3, dictaphone et qu'on les utilise beaucoup.

En général bien sûr, ça ne pose pas de problème.
Mais ça m'ennuie de ne pas avoir 20 ans à m'en servir, là où
il existe du matériel qui tient bien ce temps.

Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.

./Post n°33 Marquer comme non lu.

Kevin Kofler

Ecrit le: Lundi 3 janvier 2005 à 10:13

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Bah, personne à part toi ne pense à permettre l'exécution en Flash avec relogements. C'est carrément idiot. La FlashROM est faite pour les choses qui changent peu ou pas, si on a un fichier à reloger à chaque exécution, il faut utiliser la RAM. Sinon, ben, il faut se passer du relogement.

./Post n°34 Marquer comme non lu.

Onur

Ecrit le: Lundi 3 janvier 2005 à 10:18

Membre: Maître Ultime

Groupe: Orage Studio

Messages: 1604

Membre n°341

Inscrit le 02 juillet 2004

J'ai entendu dire (sur seriousletter) que Apple allait faire des iPod avec une mémoire Flash. Ca va pas poser des problemes du meme genre ca?

Je ne veux pas faire quelque chose de bien, je cherche l'excellence:ETP Studio...

et autres projets à finir avant 2010

./Post n°35 Marquer comme non lu.

Kevin Kofler

Ecrit le: Lundi 3 janvier 2005 à 10:21

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Tu ne changes pas sans arrêt tes fichiers de musique. Le iPod est fait pour se ballader avec la musique que tu as chargée chez toi, pas pour charger une pièce, jouer la pièce, charger une autre pièce, jouer la pièce, ... Si c'est ce que tu veux faire, autant travailler directement sur l'ordinateur.

./Post n°36 Marquer comme non lu.

Billy Charvet

Ecrit le: Lundi 3 janvier 2005 à 11:00

Membre: Maître Ultime

Groupe: Storm Team

Messages: 1056

Membre n°61

Inscrit le 23 février 2004

Pour l'exécution en Flash, c'est évidemment au code PC-relatif que je pense.
(D'où mes questions). Et je risque de le mettre en pratique bientôt...

Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.

./Post n°37 Marquer comme non lu.

Folco

Ecrit le: Dimanche 9 janvier 2005 à 00:06

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

Ca va faire jaser

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°38 Marquer comme non lu.

Invité

Ecrit le: Dimanche 9 janvier 2005 à 20:32

Ca va faire jaser

Y'a de quoi ! Utiliser la RAM est bien plus adapté !