Forum Graph100

Bon en fait c'est pas si simple que je croyais de créer de nouveaux fichiers basiques directement dans la mémoire de la G100:

Comme on le sait un fichier basic ce trouve sous cette forme dans la mémoire à partir de 0x1C20:0xA:

[2bytes (taille)][0x01 (identifieur)][8bytes+8bytes (nom + password)][2bytes (base...)][{taille - 24}bytes (data)][0x0][2bytes (taille)]

(un fichier basic vide prends toujours 24 octets.)

Si on rajoute une telle structure après un fichier basique existant, celui-ci est bien pris en compte dans la taille de la mémoire restante (qu'on voit dans system) mais pas dans celle occupée par les fichiers basics et bien sûr le nouveau fichier basic n'apparaît pas dans la liste...

NOTE: chaque zone mémoire de la G100 que ce soit un fichier basic, une liste, une matrice une mémoire de fonction (FMEM) suit une structure similaire à celle des fichiers basics c'est à dire :

- la taille totale occupé par la zone (2 octets)

- un octet contenant un identifieur (1 pour les fichier basic, 5 pour les listes...) 

- nom de la zone qui prend toujours 8 octets (les caractères non-utilisés sont remplacés par des NULL)

- des données

- un caractère nul

-la taille

(on trouve 2 fois la taille car cela permet de parcourir la mémoire dans les 2 sens pour gagner du temps).

Les identifieurs + le nom de la zone permmettent à la g100 de retrouer les données stockées (les listes et les mémoires de configuration graphiques on pourtant le même identifieur mais si on inverse leur nom ça plante - les donnée ne sont donc pas organisées de la même façon...)

Mais les données de taille et les identifieurs ne disent pas tout, les tailles sont bien lues par la g100 pour savoir la place occupée mais elle ne sont pas utilisées pour déterminé les donnée existantes: quand on rajoute de telles zones la clto s'en fou.

Comme je l'ai dit, si je rajoute artificiellement (en écrivant directement dans la mémoire) un fichier basic (ou une list enfin bref une zone) ce dernier ne sera pas "vu" et si ensuite je créé une zone du même type mais avec la calto cela écrira par dessus la zone que j'ai créé artificiellement, exactement comme si elle n'existait pas...

Il y a  donc un endroit quelque part dans la mémoire (avant 0x1c20:0) qui décrit le contenu de la mémoire. J'ai passé plusieurs heures à chercher cette zone en envoyant des backups vers l'ordinateur et en regardant les différences mais en fait elle se remarque très bien dans un fichier .fxb (produit par fxinterface) c'est une zone de moins de 100 octets identifiée dans le fichier par "BKU1RAMI" les donnée de cette zone commence  à l'offset 0x24c du fichier fxb et je l'ai retrouvé sur la g100 !

Elle se trouve entre les adresses 1BF2:0 et 1BF8:2 mais je n'ai pas réussi à en comprendre le format qui est très étrange. En tout cas il est absolument certain que cette zone décrit la mémoire car j'ai rempli toute cette zone avec un même caractère et une fois dans le menu system, la g100 me disait qu'il restait 0 octet de libres alors que la mémoire était entièrement vide... Ensuite dés qu'une zone se rajoute (fichier basic une liste ou le replay du mode run...) les données de cette zonne changent mais changent vraiment beaucoup et je n'ai pas encore réussi à en identifier le format mais il y a quand même des trucs remarquable.


DONC SI VOUS POUVIEZ M'AIDER À DECRYPTER CE FORMAT ça me ferait gagner du temps, utilisez le viewer de TOUCHE pour ça bien sûr et pensez au mode curseur surtout pour lire la valeur d'un offset (en appuyant sur C quand le contenu de la mémoir s'affiche).


J'ai aussi trouvé le moyen d'utiliser les zones mémoires particulières aux programmes qui sont dans le menu (si vous mettait TOUCHE avec add-in il 'y aurra une entré TOUCHE2 dans le menu system de la g100), un jour j'ai vu que cette zone n'était plus vide !?!?! J'ai longtemps cherché à comprendre pourquoi puis j'ai trouvé: c'est en exécutant TUTOR depuis COMMAND.COM lui même lancé par T_EXPLOR.EXE lui même exécuté depuis TOUCHE2.EXE  (j'avais lancé enter.com avant pour pouvoir utiliser command.com bien sûr).

En fait la g100 garde toujour le nom du dernier programme lancé depuis le menu principale ce nom est stocké juste après le dernier fichier basic comme une autre zone mémoire de 16 octets avec 0x03 comme identifieur, son nom est "FNAME" ensuite viens le nom du programme (3 octets après FNAME bien sûr (5 + 3  == huite)) quand TOUCHE est exécuté depuis le menu on peut y lire "TOUCHE2".

Cela permet aux ingénieurs de CASIO de changer le nom de leur programme sans problème, celui-ci parviendra toujour à sauver ces données en ce référant à cette entrée.

J'ai fait plusieurs essais: comme je l'ai dis si je lance TUTOR depuis TOUCHE et que je l'utilise un peu celui-ci va stocker des données dans "sa" zone mémoire: il va créer une nouvelle zone après toute les autres zone avec l'identifier 0xC et nommée "TOUCHE2" et qui va contenir des trucs à TUTOR.

Si je change l'entrée FNAME...TOUCHE2 par FNAME...ROUCHE2 avant de lancer TUTOR, cet imbécil va créer une zone ROUCHE2 dans la mémoire. Donc il est clair que FNAME sert bien à ça.

NOTE: au cas où vous ne l'auriez pas remarqué les zones sont toujours stockées dans l'ordre croissant des identifieurs.

Bon voilà mes recherches m'ont en outre fait découvrir que certaines zones de la mémoire n'était pas affectées par un reset générale de la mémoire : 1BE2:3 à 1BE3:F et 1BE8:D à 1BF1:F (il y en a peut-être d'autre).

Bon j'espère que ces infos seront utiles, une fois le format décrypté on pourra utiliser les zones spécifiques des programme du menu et je pourrai continuer mes librairies de fichiers basic !

aller @+


PS: (c'est sûrement un des posts les plus long que j'ai jamais écris )