Discussion :

[E-Sh4rk]

Bonjour,
J'ai lu pas mal de cours sur le mode protégé (32 bits) des processeurs, et il subsiste à chaque fois une petite confusion sur le mode d'adressage des données.

J'ai cru comprendre qu'en mode protégé, les registres de segment contenaient des sélecteurs pointant sur une table de descripteur, indiquant les adresses de début, le niveau de privilège, et la longueur des segments de données, code, et pile. L'assembleur (ou plutôt le lieur) peut sélectionner des adresses pour les données statiques sans tenir compte des autres processus, ces adresses n'étant qu'un offset par rapport au début du segment de données alloué au programme.

J'ai écrit un court programme de test (syntaxe MASM)

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
.data
 
a 		WORD		 8
b 		WORD		 3
 
.code
main PROC
 
	mov eax, offset a
        mov ebx, offset b
exit
main ENDP

Quand j'exécute le programme, EAX = 00403000 et EBX = 00403002
Je ne comprends pas pourquoi des adresses si hautes sont allouées à des données statiques qui devraient se trouver au tout début du segment de données. Cela veut-il dire que ces variables sont allouées plus de 4 mégaoctets après le début de ce segment ? Qu'y a-t-il aux adresses basses ?

Merci d'avance

[geek-59600]

Euh je sais plus mais il me semble que c'est soit la pile, soit le tas enfin je pense

[Mat.M]

J'ai cru comprendre qu'en mode protégé, les registres de segment contenaient des sélecteurs pointant sur une table de descripteur, indiquant les adresses de début, le niveau de privilège, et la longueur des segments de données, code, et pile. L'assembleur (ou plutôt le lieur) peut sélectionner des adresses pour les données statiques sans tenir compte des autres processus, ces adresses n'étant qu'un offset par rapport au début du segment de données alloué au programme.

Oui mais l'éditeur de lien va créer un .exe ; il fait le lien en construisant un en-tête ( un PSP header en anglais ) avec ton code/programme en assembleur.
Une fois ton programme "assemblé" c'est l'OS qui s'occupe d'allouer l'adresse du point d'entrée pour ton programme, l'adresse du début de la pile etc..

http://www.wotsit.org/list.asp?fc=5

Quand j'exécute le programme, EAX = 00403000 et EBX = 00403002
Je ne comprends pas pourquoi des adresses si hautes sont allouées à des données statiques qui devraient se trouver au tout début du segment de données. Cela veut-il dire que ces variables sont allouées plus de 4 mégaoctets après le début de ce segment ? Qu'y a-t-il aux adresses basses ?

C'est normal que les variables a et b soient aux adresses EAX = 00403000 et EBX = 00403002 parce que c'est le système d'exploitation qui va allouer ces adresses..
en général Windows place les programmes utilisateurs .exe et .dll à l'adresse 0400000h
Je dirais que cela n'a pas grand chose à voir avec le mode protégé et c'est même transparent pour toi.
Si tu fais un programme en assembleur 32bits tu n'as pas à te préoccuper du mode protégé surtout sous Windows ( sinon plantages assurés )

Windows Me/98/95
The following table identifies the virtual address space on Windows Me, Windows 98, and Windows 95. Range Usage
0K - ~64K (0xFFFF) Not writable. This boundary is approximate due to the way the system loads some features of Microsoft® MS-DOS®. This memory is private to the process.
~64K (0x10000) -
4 MB (0x3FFFFF) Reserved for MS-DOS compatibility. This memory is fully readable and writable by the process. However, this range of memory may have some MS-DOS–related structures or code in it, so processes should not arbitrarily read from or write to it. This memory is private to the process.
4MB (0x400000) -
2GB (0x7FFFFFFF) Available for code and user data. User data is readable and writable by the process. Code is execute-only. This memory is private to the process.
2GB (0x80000000) -
3GB (0xBFFFFFFF) Shared area, readable and writable by all processes. A number of system DLLs and other data are loaded into this space.
3GB (0xC0000000) -
4GB (0xFFFFFFFF) System memory, readable or writable by any process. However, this is where low-level system code resides, so writing to this region may corrupt the system, with potentially catastrophic consequences.

( tiré du MSDN juillet 2005 )