Bentoc a écrit:
J'en profite pour poser une question sur le .exe qui compresse les données :
En entrée il ne prend qu'un binaire linéaire (pas de mode raw),
Oui un binaire thomson, mais linéaire ou pas (au sens thomson), c'est à dire en un bloc contigu ou en plusieurs blocs logiques.
Citation:
donc le header contient l'adresse de destination en RAM.
Oui pour savoir où décompresser.
Citation:
Il y a un contrôle qui vérifie que cette adresse est <$6100, c'est juste utile pour l'option qui permet d'avoir un binaire auto-extractible ?
Bah disons que c'est la zone de la page zero du moniteur qui contient entre autre la pile par défaut, c'est une très mauvaise idée d'aller y écrire des trucs, donc je la considère comme interdite.
Citation:
Si je n'utilise pas cette option et que je veux juste compresser les données je peux mettre ce que je veux comme adresse à partir de $6100 du moment que l'adresse de départ+taille ne dépasse pas $DFFF c'est bien ça ? pas d'autre utilité pour cette adresse du header ?
Oui, mais je ne pige pas bien la notion de "cette option". Il faut que tout tienne en ram, rien de plus. Ah si en fonction de l'implantation mémoire le décompresseur se reloge il me semble me souvenir (soit après, soit avant la zone écrasée durant la décompression). Mais bon le source est modifiable à volonté, c'est juste un front-end à l'algo de compression d'Exomizer2 pour lire et écrire un exe THOMSON.