Discussion :

[poof65]

Bonjour, j'ai une petite question.
J'ai créé une classe Bloc dans mon programme afin de stocker des chaines sous forme de blocs de taille fixe dans un fichier binaire.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
#include <iostream>
 
using namespace std;
 
typedef char chaine[10];
typedef unsigned int Uint;
 
class Bloc {
	public:
		Bloc () {}
 
		private:
			chaine chaines[5];
			Uint suivant, nbMots;
};
 
int main (int argc, char ** argv) {
	cout << "Taille bloc = " << sizeof(Bloc) << endl;
	return 0;
}

Le programme une fois lancé me donne la taille de Bloc à 60 octets alors que la taille réelle est 5*10+4+4 = 58. D'où peut venir cette différence de 2 octets ?

[loufoque]

De l'alignement.

[poof65]

Tu n'aurai pas un lien qui expliquerait ce problème en détail ?

[Luc Hermitte]

Tiens.
J'avais complètement oublié ce détail dans le récent échange avec dj.motte au sujet de l'inadéquaton de std::string pour réaliser des sérialisations bourrines.
C'est fou tout ce quoi on ne pense plus un fois que l'on arrête de bidouiller.

@ poof65: à la première fonction virtuelle tu auras également d'autres surprises.

[poof65]

Personne n'a une explication plus claire ?

[JolyLoic]

En deux mots :
- L'alignement : Il est plus rapide pour certains compilateur de gérer des adresses mémoires multiple de 2, ou de 4, ou de... Donc quand tu déclares une structure, le compilateur y met des trous pour accélérer le traitements.
- Les fonctions virtuelles : A partir d'une moment où une classe a des fonctions virtuelles, il y a besoin de données supplémentaires pour gérer ce mécanisme (typiquement un pointeur), qui est donc ajouté silencieusement à la classe.

[Thierry Chappuis]

Personne n'a une explication plus claire ?

L'alignement est pratiqué par certains processeurs pour optimiser l'accès aux variables stockées en mémoire en alignant par exemples les entiers de type int 32 bits (dépend de l'implantation) sur des adresses multiples de 4, les short 16 bits (dépend de l'implantations) sur des adresses multiples de 2, etc.

Ainsi, si on a une structure comprenant un entier de type int, et un caractère et un autre int, c'est à dire:

Code :

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

1
2
3
4
5
struct UneStruct {
    int nombre1;
    char c;
    int nombre2;
};

Il est possible que la taille de cette structure soit de 4 octets + 4 octets + 4 octets = 12 octets. Mais tout cela est naturellement dépendant de l'implantation.

Thierry

[Luc Hermitte]

Il y a même des proc qui plantent nos programmes quand on cherche à faire des accès non alignés sur des zones de données.

[poof65]

Merci à tous pour ces informations, problème résolu.
J'avais déjà entendu ce terme "alignement" dans les problèmes qu'on pouvait rencontrer en C en déclarant des champs de bits dans des structs mais je ne pensais pas que ça serait la même chose avec les classes.

[koala01]

Salut,

Merci à tous pour ces informations, problème résolu.
J'avais déjà entendu ce terme "alignement" dans les problèmes qu'on pouvait rencontrer en C en déclarant des champs de bits dans des structs mais je ne pensais pas que ça serait la même chose avec les classes.

Il n'y a, à vrai dire, aucune raison pour que le raisonnement ne s'applique pas aux classes...

La notion de classe et celle de strucutre sont en effet très semblable en C++...

Seuls quelques détails dont, entre autre, la visibilité par défaut des membres (et fonctions membres) diffèrent entre les deux, mais, dans l'ensemble, les classes et les structures réagissent exactement de la meme manière...

Et comme, les strucutres en C++ viennent tout droit des structures en C (avec, juste l'ajout de quelques fonctionnalités)... le raisonnement suivi pour les structures en C peut etre élargi pour les structures (et donc les classes) en C++