Discussion :

[Medrogan]

Bonjour à tous, une petite question concernant la directive "org" avec nasm (qui permet si je ne dis pas de bêtises, de charger le programme en mémoire à l'adresse spécifiée): à quel endroit dois-je la placer dans le code ?

Comment faire pour qu'elle soit reconnue par nasm ? car j'ai le droit à un joli "error: parser: instruction expected" quand j'essaye naïvement de la placer au tout début de mon programme (ex: org 100h), j'ai été consulter la doc mais il n'y a que peu d'exemples...

Merci d'avance.

[Christophe]

Essayes

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

org 0x100

[Medrogan]

J'ai déjà essayé avec cette forme-là (même erreur)...

[Forthman]

Bonsoir,

Org 100h c'est pour faire des programmes 16bits sous DOS
Donc si ton programme n'en est pas un, il est normal que ça fasse une erreur

[Medrogan]

Ah merci! Mais alors, comment faire si je veux que mon programme commence à une adresse mémoire que je spécifie sous un autre système, dans mon cas, une Debian Gnu/linux 64 bits ?
Veuillez excuser mes approximations de débutant en assembleur (par ailleurs je recherche un cours pour vraiment me former sur NASM)

[Obsidian]

Bonsoir,

ORG signifie « Origin ». Cela ne sert pas exactement à « charger le programme à un endroit donné » mais à indiquer au compilateur à quel endroit en mémoire on est censé se trouver au moment où l'on compile car l'adresse courante peut influer sur le calcul des codes opérations correspondant aux instructions, voire même être nécessaires : quand on fait un branchement (un saut vers une ligne donnée), la plupart du temps, ce branchement est relatif, c'est-à-dire qu'il est codé pour se déplacer de plus ou moins n octets par rapport à la position courante. Par contre, quand on pointe une donnée, par exemple si l'on veut charger l'adresse d'une chaîne de caractères spécifiée dans le code, alors c'est l'adresse exacte de la chaîne qui est chargée dans le registre concerné, à l'exécution. Il faut donc que ce soit la bonne dès le départ.

Il existe certains codes opérations qui permettent là encore de charger une adresse effective par rapport à l'état du pointeur de programme. Un code entièrement « relatif » est dit « relocatable » en anglais. Même en faisant beaucoup d'efforts, il est assez rare de pouvoir s'affranchir systématiquement de toutes ces contraintes, si bien que les fichiers exécutables et autres ressources sont souvent pourvus d'une table de tous les « trous » à combler et adresses à corriger dans le programme, lequel est ainsi mis à jour par le système au moment du chargement.