Logique d'utilisation du registre DS (mode réel)

Bonjour à tous,

je suis curieux de savoir quelle est la "bonne" manière d'utiliser le segment DS (s'il y en a une).

Lorsque l'on démarre sous DOS 16 bits donc en mode réel un programme assembleur .COM, le registre DS (ainsi que ES, SS) ont la même valeur que CS

Je trouve ça pas normal étant donné qu'il faut systématiquement donner une autre valeur à DS que celle qui est donnée par défaut pour éviter d'écrire des données dans le code.

Et d'ailleurs ES aurai pu être initialisé pour pointer après la pile. Ainsi on aurai des données statiques dans DS et des données "dynamiques" pour les gros blocs de mémoire dans le tas après la pile.


Alors quelle est la bonne méthode ?

faire pointer DS après la pile ?

mov dx, ss
add dx, 4096
mov ds, dx


ou bien faire pointer DS juste après le code, par exemple si le code fait 1024 octets :

mov dx, cs
add dx, 64
mov ds, dx



Merci pour vos éclaircissements.

Je pense que tu te trompes : un .COM ne peut excéder 64Kio (adressage max. pour un registre 16 bits). Donc tu ne risques pas d'écraser ton code si tu fais :

---
VB.NET is good ... VB6 is better

salut,


De toute manière, en mode réel, tu n'as pas réellement de distinction entre les types de données. C'est réservé au mode protégé.

En mode réel, un segment aura toujours acces a sa valeur de base + 64ko.

Un .com est normalement limité a 64ko mais rien ne t'empêche d'allouer de la mémoire ou d'acceder a n'importe quelle zone en dessous des 1Mo.

Il est plus dangereux de changer tes registres de segment que de les laisser CS=DS=ES=SS car tu pourrait ecraser les données des autres programmes ou du DOS plutôt que celles de ton propre programme. Le résultat pourrait être catastrophique.

@++

Merci pour vos réponses,

en gros si j'ai bien compris, un fichier .COM a été concû pour travailler code et données dans un segment de 64 K.
Autrement dit les registres CS, DS, ES, SS n'existaient peut être pas lorsque la norme .COM a été mis au point.

C'est lors de l'apparition du .EXE que les registres CS, DS, ES et SS ont pris tous leurs sens ?

Les registres de segment existaient déjà et existe encore, mais il n'était pas nécessaire de les modifier. Si tu voulais faire un programme de plus de 64Kio, il te suffisait de faire un .EXE mais il valait alors mieux de le coder en un langage de plus haut niveau comme C ou Pascal.
---
VB.NET is good ... VB6 is better

Alors si ces registres existaient déjà ... c'est qu'ils sont là pour qu'on les changes à notre guise !



C'est dangereux mais c'est fait pour ... si j'ai envie de copier une image dans la video RAM
C'est bien pratique de faire pointer DS:SI sur mon image en mémoire et faire pointer ES:DI sur un endroit de la video RAM
avec un REP MOVSB ça va tout seul

Donc ficher .COM ou pas ... il est "normal" de changer ces registres.

Maintenant j'en reviens à ma question du début du topic ... pourquoi en fait quand on démarre un fichier .COM on a CS=DS=ES=SS bêtement alors qu'il est évident qu'on ne va pas garder ces valeurs au long de notre programme ... d'ailleurs les vieux programmes DOS dont j'ai regardé le début ; ils changent systématiquement DS, ES et voir SS


ghuysmans99, tu m'a donné un exemple où tu utilise "org" pour signaler à l'assembleur d'où tu veux que ton programme commence pour effectivement pouvoir placer tes variables avant. Mais ça ne peut fonctionner que s'il y a une entête (exe header par exemple). Mais un fichier .COM pure, le programme est chargé systèmatiquement à partir du 257 ème octet du segment CS car les 256 premiers octets sont réservés au PSP.

Donc pas de possiblitée de placer des variables avant le programme, on est forcément obliger de les placer après ... et donc ma question : avant la pile ou après la pile ?

Donc si quelqu'un connait une logique connue dans l'affectation de DS ...

Voilà qui me semble plus familier, c'est à peu près ce que je fais sauf que je ne sauvegarde pas systématiquement ES, DI selon l'enchainement des appels fonctions.


Alors justement si j'ai ouvert ce topic c'est pour placer le segment DS au début de "DATA".
Histoire de ne plus me préoccuper de l'emplacement des données et de pouvoir écrire des choses genre :
mov byte ptr [0], variable0
mov byte ptr [1], variable1
mov word ptr [2], variable2
mov word ptr [4], variable3
...
...
etc ...

Alors y'a-t-il un moyen "standard" pour un executable .COM de connaitre son adresse de fin ; à partir de laquelle je pourrai définir DS ?

Merci.

Vu qu'un .COM ne dépasse jamais 64Kio, tu fais simplement : mov ax,word [DS:tavariable]. Si c'est un tableau de mots, tu fais : mov ax,word [DS:tavariable+index*2]. Je ne vois pas où est ton problème !
---
VB.NET is good ... VB6 is better

J'aurai du être plus précis ; j'utilise DEBUG et l'assembleur du borland Pascal donc j'écris plutôt :

mov word ptr [2], 2000
..
..
..
inc word ptr [2]
..
..
..

jamais un nom de variable.

Quels assembleurs 8086 / 8088 je peux trouver produisant un .COM sans entête, ne rajoutant pas ni optmisant de code à ma place ?

Merci.