Discussion :

[Folkene]

Bonjour, j'ai un petit problème bien ennuyeux avec les structure. La taille de ma structure n'est pas celle que j'attends.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
struct myStruct{
    char c1; //1octet
    char c2; //1 octet
    char c3; //1 octet
    short s; //2 octet
};
 
int main{
    return printf("size myStruct =%d\n", sizeof(struct myStruct)); 
}
 
//affiche 6

Je comprends le problème, le compilateur convertit la struct en une sorte de tableau ayant comme type de base, l'attribut le plus grand de la struct. Maintenant j'aimerai avoir une solution pour avoir 5 comme taille.

Si cela est impossible j'aimerai avoir une solution de parcours de ma struct afin que je puisse recuperer tout les attributs, les 1 apres les autres.

Merci

[Jenna]

Ton problème est un problème d'alignement. En effet, le champs "short s" est a une adresse impaire, c'est pour cela que le compilateur rajoute des octets de padding entre "char c3" et "short s" pour que l'adresse de s soit paire.

tu peux essayer un truc comme cela :

Code :

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

1
2
3
4
5
6
7
8
#pragma pack(1)
struct myStruct{
    char c1; //1octet
    char c2; //1 octet
    char c3; //1 octet
    short s; //2 octet
};
#pragma pack()

pour voir si cela corrige ton problème.

Une autre solution serait aussi de changer ta structure afin que s soit naturellement aligné. Mais là encore, le compilateur peut faire des choses de sa propre initiative.

Code :

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

1
2
3
4
5
6
struct myStruct{
    short s; //2 octet
    char c1; //1octet
    char c2; //1 octet
    char c3; //1 octet
};

[diogene]

Je comprends le problème, le compilateur convertit la struct en une sorte de tableau ayant comme type de base, l'attribut le plus grand de la struct.

Non, ce n'est pas une sorte de tableau. Comme l'a expliqué Jenna le compilateur se réserve le droit de séparer les différents champs en mémoire par des bytes supplémentaires pour améliorer l'accès aux données (mais doit respecter leur ordre de déclaration).

Si cela est impossible j'aimerai avoir une solution de parcours de ma struct afin que je puisse recuperer tout les attributs, les 1 apres les autres.

Une structure n'est pas un tableau et les éléments ne sont pas accessibles via un indice. La seule méthode sûre est d'accéder aux différents champs par leur nom.

[orfix]

Si ton compilateur est gcc tu peux ajouter l'attribut «packed» comme ceci :

Code :

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

1
2
3
4
5
6
7
struct myStruct
{
	char c1; //1octet
	char c2; //1 octet
	char c3; //1 octet
	short s; //2 octet
} __attribute__ ((packed)) ;

juste par curiosité c'est dans quel but ?

[Folkene]

mon but est d'envoyer ces données à travers une trame ip. Du coup j'aimerai que les données envoyées sont les plus compacts possibles.
Merci pour vos reponses, je vais tester ça maintenant

[Folkene]

Bon je viens de tester, et apparement le __attribute__ ((packed)) fonctionne correctement. si je fait un sizeof dessus ça me retourne 5. par contre je suis curieux de savoir ce que fait en réalité le __attribute__ ((packed)).
Merci

[orfix]

Il indique tout simplement au compilateur qu'il ne faut pas aligner les champs de la structure.

[Melem]

Sur la plupart des processeurs, l'accès à une donnée en mémoire et de taille égale à n octets se fait en un minimum de temps et d'instructions si cette donnée se trouve à une adresse multiple du minimum entre n et une valeur m qui définit ce qu'on appelle contrainte d'alignement. Cela est du à une contrainte technologique (et aussi économique), ce n'est pas une règle qu'on s'est inventé pour le plaisir. Afin d'optimiser la performance des programmes, les compilateurs placent automatiquement les données à des adresses qui respectent la contrainte d'alignement. Dans le cas d'une structure, tous les champs de la structure doivent respecter la contrainte d'alignement et la structure elle-même aussi doit la respecter. Certains processeurs refusent catégoriquement (pas les x86 en tout cas) d'accéder à une adresse qui ne respectent pas la contrainte d'alignement.

[Jenna]

...Certains processeurs refusent catégoriquement (pas les x86 en tout cas) d'accéder à une adresse qui ne respectent pas la contrainte d'alignement.

Sur HP-UX (architecture PA-RISC), la sanction est immédiate ==> "Bus memory error"

[Folkene]

Merci de vos réponse, je comprends mieux. Bon je vais me passer de cette instruction, d'autant plus que le code sera envoyer sur une cible de type omap.