Citer : Posté le 06/08/2013 20:16 | #

---

J'ai remarqué une grande zone de vide, de l'adresse 208D40 à 24FEDF, soit presque 300ko de blanc... (enfin, des noirs plutôt, les valeurs sont "FF" )

---

Citer : Posté le 06/08/2013 20:52 | #

---

Mon OS est un 02.00.2200.

J'ai aussi les references à mes add-ins mais de 250B68 à 250CB0.
Et juste en dessous, j'ai les refs des programmes Basic (de 250E00 à 250EA0)

Chez moi, le début des messages français se situe à 1FF989 (avec "40" soit "@")

Ajouté le 06/08/2013 à 20:53 :
C'est sur que rajouter des syscalls serait sympa (surtout pour ML, que nous sommes nombreux à utiliser)

---

Citer : Posté le 06/08/2013 20:56 | #

---

Ajouter/modifier des syscall, c'est facile à faire (du moins je sais faire), mais après votre jeu sera incompatible avec les 3/4 des gens.

Citer : Posté le 06/08/2013 21:00 | #

---

Ca reviendrait au même car ton jeu ne serait pas compatible avec les nouveaux OS s'ils rajoutent des syscall, puis perso j'aimerais pas qu'un addin s’amuse à modifier mon OS comme ça (sous windows on appel ça un virus )

Citer : Posté le 06/08/2013 21:05 | #

---

Oui, sauf que si on developpe ça, y'en aura bien un qui l'implémentera directement dans son jeu pour qu'il soit directement compatible, et l'utilisateur qui ne s'y connait pas trop ne comprendra pas forcément ce que l'addin fait réelement.

Après si vous voulez centralisez des librairies pour éviter de devoir les implémenter dans chaque jeu, on pourrait éventuellement faire un équivalent aux fichier dll de windows qui contiennent les libraries (par contre faudrait réussir à les charger à la suite du programme sans problème et ça je sais pas faire, mais ça veux pas dire que c'est impossible). En sois par rapport au fait d'ajouter des syscall, ça ajoutera juste un petit temps de chargement au début de l'addin (imperceptible)

Citer : Posté le 06/08/2013 21:09 | #

---

25920-255ffA0

Citer : Posté le 06/08/2013 21:14 | #

---

Sachant que fxremote fait un dump de toutes les mémoires, les zone de blanc veulent pas forcément dire grand chose, ça peut être de la mémoire libre.
En fait faudrait déjà réussir à savoir un peu l'architecture de ces fichiers. Par exemple on pourrait faire un addin qui lit et affiche le contenu d'une certaine addresse dans la calto et on recherche ce contenu dans le fichier.

C'est comme ça que j'ai fait pour déterminer que l’adresse où l'on jump pour les syscall (sur la calto c'est 0x80010070) et dans le fichier c'est 0x10070.
Donc quand vous utilisez un désassembleur à cette addresse vous pouvez savoir ce qui se passe quand vous appelez un syscall.

Citer : Posté le 06/08/2013 21:44 | #

---

C'est ce qu'on appelle plus ou moins un syscall : System Call.

Citer : Posté le 06/08/2013 23:22 | #

---

Oui et puis les syscall tu jump toujours à la même adresse, alors que la le but est de lire un peu le bazar.
Vous savez si on a les sources de fxremote ? Parce que si on veux des infos elles sont peut-être dedans.

Citer : Posté le 07/08/2013 11:27 | #

---

J'avais déjà essayé de modifier l'OS, pour améliorer PRGM2.
Pour faire le lien entre le programme basic et l'addin, je pensais rediriger une fonction basic que l'on utilise jamais, comme send par exemple.
Mais j'ai abandonné faute de temps et de compétence. Mais vous pouvez continuer le projet, tout est expliqué au début de la doc de SimLo.

---