Probleme de taille de structure avec char[] et double

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Probleme de taille de structure avec char[] et double

ArthurDent

Bonjour,

J'ai un probleme bizarre,

si je declare :

Code :

struct cc{
char c[10];
double d;
};

==>sizeof = 20, or je devrais avoir 18

si je fais :

Code :

struct cc{
char c[10];
char d;
};

==>sizeof = 11, ce qui est cohérent

Code :

struct cc{
double c;
double d;
};

==>sizeof = 16, cohérent aussi

Le problème se pose donc si je met dans ma structure un char[] et un double ou un int.

J'aimerais donc savoir d'où viennent ces 2 octets en trop car cela posent des problèmes lorsque je veux transferer ma structure via une socket.

Merci d'avance.

Publicité

Trap D

Problème de l'alignement des données 1,2,4,8 bytes.
Ce règle avec les options pragma pack, voir ton compilo.

Taz

bisounours-codeur

y a du padding insérer par ton compilateur. soit pour un accès plus rapide, soit par obligation d'alignement. donc si tu forces ton compilateur à ne pas le faire (pragma ou attribut), sois bien sur de ton coup.

skelter

il est aussi possible de compacter la structure dans un tableau de char si tu en as besoin

Taz

bisounours-codeur

???

skelter

si tu veux une image mémoire de ta structure dans laquel tu es sur que tout les champs sont contigues
ou inversement si tu veux lire une structure depuis une source externe (fichier) ou elle est compactée

ca evite de forcer l'alignement à la compilation (qui peux nuire aux performance) tout en gardant la possibilité de manipuler une version sans padding

Message cité 1 fois

Taz

bisounours-codeur

skelter a écrit :

si tu veux une image mémoire de ta structure dans laquel tu es sur que tout les champs sont contigues[quotemsg] donc pas une image mémoire

[quotemsg=1331834,6,88500]
ou inversement si tu veux lire une structure depuis une source externe (fichier) ou elle est compactée

bonjour la portabilité

skelter a écrit :

ca evite de forcer l'alignement à la compilation (qui peux nuire aux performance) tout en gardant la possibilité de manipuler une version sans padding

va-t-en surtout mal aligné un double sur sparc

Message cité 1 fois

Emmanuel Delahaye

C is a sharp tool

Taz a écrit :

bonjour la portabilité

va-t-en surtout mal aligné un double sur sparc

Justement le mapping 'tableau de unsigned char' est garanti d'être portable. Ensuite on a une structure interne qui fait ce qu'elle peut et on recopie les champs 'à main' byte par byte en faisant les assemblages nécessaires à coup de | et de <<.

C'est sans doute pas rapide, mais c'est portable. Il suffit de fixer le format externe une fois pour toutes.

Message cité 2 fois
Message édité par Emmanuel Delahaye le 24-03-2006 à 19:02:16

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

Sve@r

Emmanuel Delahaye a écrit :

Il existe en php la fonction "serialize()" qui descend un objet dans une chaîne.
Ca y ressemble beaucoup non ?

---------------
Vous ne pouvez pas apporter la prospérité au pauvre en la retirant au riche.

nargy

> Il existe en php la fonction "serialize()" qui descend un objet dans une chaîne.
Ca y ressemble beaucoup non ?

pas tout à fait... ici il s agit de traiter un double en chaîne binaire. serialize() convertit vraiment en chaîne de caractères.

Publicité

skelter

Emmanuel Delahaye a écrit :

Justement le mapping 'tableau de unsigned char' est garanti d'être portable. Ensuite on a une structure interne qui fait ce qu'elle peut et on recopie les champs 'à main' byte par byte en faisant les assemblages nécessaires à coup de | et de <<.

C'est sans doute pas rapide, mais c'est portable. Il suffit de fixer le format externe une fois pour toutes.

absolument, en fait l'erreur par rapport à ce que sous entend Taz serait de traité naivement chaque champ à coup d'affectation ou de memcpy, l'interpretation ne serait pas la meme suivant l'endianess

ArthurDent

justement, le mapping dans un tableau ne m'est pas possible (c'est pour un TP et le prof veut absolument qu'on envoie la structure sur le socket pour voir les problemes d'endianess (communication entre x86 et SPARC))

je vais donc regarder du coté de pragma pack.

Message cité 1 fois

ArthurDent

bon ça marche avec

Code :

#pragma pack(push,1)
struct s{
...
};
#pragma pack(pop)

par contre sur solaris gcc me balance un warning "pragma([push],[id],n) is not supported on this target", m'enfin bon ça marche c'est le principal.

Merci de votre aide

Message édité par ArthurDent le 24-03-2006 à 22:54:51

Taz

bisounours-codeur

pourquoi tu veux faire ça en fait ?

Message cité 1 fois

Sve@r

ArthurDent a écrit :

Pas besoin d'une structure pour ça. Tu écris "short i=5", tu balances "i" sur ta socket et tu regardes ton nombre à l'arrivée. Normallement, tu devrais avoir 1280 (0x0005 est devenu 0x0500)

Ensuite tu pourras épater ton prof en lui disant que tout entier long ou court qui traverse un réseau doit d'abord être converti en "représentation réseau" via la fonction

"htons()" => "host to net short" => converti un short du host vers le net
"htonl()" => "host to net long" => converti un long du host vers le net

Et tout nombre arrivant du réseau doit être reconverti en nombre compréhensible par la machine via la fonction:

"ntohs()" => "net to host short" => converti un short du net vers le host
"ntohl()" => "net to host long" => converti un long du net vers le host

Pour reprendre l'exemple, précédent, tu écris "short j=htons(i)", tu balances "j" sur le réseau que tu récupères de l'autre coté dans un "short x" et tu affiches "ntohs(x)". Tu devrais retrouver ton "5"

Message cité 1 fois

---------------
Vous ne pouvez pas apporter la prospérité au pauvre en la retirant au riche.

ArthurDent

Taz a écrit :

pourquoi tu veux faire ça en fait ?

je dois transferer ma structure via socket (sans mapping) entre une machine x86 et une SPARC et apparamment l'alignement par defaut des octets sur ces 2 machines n'est pas le meme, cela me créeait donc des decalages lorsque je voulais relire mes données coté SPARC (mon double etait decalé de 2 octets et donc le double que je lisais etait faux car ses 2 octets de poids fort correspondaient aux octets utilisés sur la x86 pour aligner et les 2 octets de poids faible correspondait aux octets de poids fort)

Sve@r a écrit :

"htons()" => "host to net short" => converti un short du host vers le net
"htonl()" => "host to net long" => converti un long du host vers le net

Et tout nombre arrivant du réseau doit être reconverti en nombre compréhensible par la machine via la fonction:

"ntohs()" => "net to host short" => converti un short du net vers le host
"ntohl()" => "net to host long" => converti un long du net vers le host

oui j'utilise ces 2 fonctions pour les int et les float, mias cela ne marche pas pour les doubles

et l'utilisation de structure m'est imposé

Message cité 1 fois
Message édité par ArthurDent le 25-03-2006 à 10:33:31

nargy

Il y a la librairie ``xdr`` de Sun pour les échanges réseaux normalisés (RFC1014).

Message cité 1 fois

ArthurDent

nargy a écrit :

Il y a la librairie ``xdr`` de Sun pour les échanges réseaux normalisés (RFC1014).

oui mais là aussi le tp nous "interdit" de l'utiliser

nargy

:lol: ok il est pas sympa le prof

Sve@r

ArthurDent a écrit :

oui j'utilise ces 2 fonctions pour les int et les float, mias cela ne marche pas pour les doubles

C'est fun d'utiliser "ntohl()" et "htonl()" avec des float... mais puisque le prof t'intedit d'utiliser XDR il te suffit d'utiliser intelligemment "ntohs()" et "htons()" pour créer des fonctions "ntohd()" et "htond()"

Code :

/* Fonction de conversion de double "local" en double "réseau" */
double htond(
double hostdbl) /* Nombre à convertir */
{
/* Déclaration des variables */
ushort i; /* Indice de boucle */
ushort j; /* Indice de boucle */
ushort convert; /* Zone de conversion */
union {
double val; /* Stockage du nombre */
unsigned char p[8]; /* Décomposition du nombre */
}zone; /* Zone de travail */
/* Remplisssage nombre à convertir */
zone.val=hostdbl;
/* Travail sur chaque extrémités de la zone en revenant vers le centre */
for (i=0, j=7; i < j; i++, j--)
{
/* Copie des parties de la zone dans un entier court de conversion */
convert=(zone.p[i] << 8) + zone.p[j];
/* Conversion de l'entier court par la primitive normalisée "htons" */
convert=htons(convert);
/* Recopie des octets de l'entier court dans les parties de la zone */
zone.p[i]=convert >> 8;
zone.p[j]=convert & 0x00ff;
}
/* Renvoi nombre converti */
return(zone.val);
}
/* Fonction de conversion de double "réseau" en double "local" */
double ntohd(
double netdbl) /* Nombre à convertir */
{
/* Déclaration des variables */
ushort i; /* Indice de boucle */
ushort j; /* Indice de boucle */
ushort convert; /* Zone de conversion */
union {
double val; /* Stockage du nombre */
unsigned char p[8]; /* Décomposition du nombre */
}zone; /* Zone de travail */
/* Remplisssage nombre à convertir */
zone.val=netdbl;
/* Travail sur chaque extrémités de la zone en revenant vers le centre */
for (i=0, j=7; i < j; i++, j--)
{
/* Copie des parties de la zone dans un entier court de conversion */
convert=(zone.p[i] << 8) + zone.p[j];
/* Conversion de l'entier court par la primitive normalisée "ntohs" */
convert=ntohs(convert);
/* Recopie des octets de l'entier court dans les parties de la zone */
zone.p[i]=convert >> 8;
zone.p[j]=convert & 0x00ff;
}
/* Renvoi nombre converti */
return(zone.val);
}

Message cité 1 fois
Message édité par Sve@r le 25-03-2006 à 19:24:21

---------------
Vous ne pouvez pas apporter la prospérité au pauvre en la retirant au riche.

ArthurDent

Sve@r a écrit :

Code :

/* Fonction de conversion de double "local" en double "réseau" */
double htond(
double hostdbl) /* Nombre à convertir */
{
/* Déclaration des variables */
ushort i; /* Indice de boucle */
ushort j; /* Indice de boucle */
ushort convert; /* Zone de conversion */
union {
double val; /* Stockage du nombre */
unsigned char p[8]; /* Décomposition du nombre */
}zone; /* Zone de travail */
/* Remplisssage nombre à convertir */
zone.val=hostdbl;
/* Travail sur chaque extrémités de la zone en revenant vers le centre */
for (i=0, j=7; i < j; i++, j--)
{
/* Copie des parties de la zone dans un entier court de conversion */
convert=(zone.p[i] << 8) + zone.p[j];
/* Conversion de l'entier court par la primitive normalisée "htons" */
convert=htons(convert);
/* Recopie des octets de l'entier court dans les parties de la zone */
zone.p[i]=convert >> 8;
zone.p[j]=convert & 0x00ff;
}
/* Renvoi nombre converti */
return(zone.val);
}
/* Fonction de conversion de double "réseau" en double "local" */
double ntohd(
double netdbl) /* Nombre à convertir */
{
/* Déclaration des variables */
ushort i; /* Indice de boucle */
ushort j; /* Indice de boucle */
ushort convert; /* Zone de conversion */
union {
double val; /* Stockage du nombre */
unsigned char p[8]; /* Décomposition du nombre */
}zone; /* Zone de travail */
/* Remplisssage nombre à convertir */
zone.val=netdbl;
/* Travail sur chaque extrémités de la zone en revenant vers le centre */
for (i=0, j=7; i < j; i++, j--)
{
/* Copie des parties de la zone dans un entier court de conversion */
convert=(zone.p[i] << 8) + zone.p[j];
/* Conversion de l'entier court par la primitive normalisée "ntohs" */
convert=ntohs(convert);
/* Recopie des octets de l'entier court dans les parties de la zone */
zone.p[i]=convert >> 8;
zone.p[j]=convert & 0x00ff;
}
/* Renvoi nombre converti */
return(zone.val);
}

oué nan, j'ai rien dit pour les floats.

la fonction de conversion je l'ai fait a coup de memcpy en passant la taille de la donnée en parametre afin de pouvoir le reutiliser avec autre chose que des doubles

Publicité

FORUM HardWare.fr

Programmation

Probleme de taille de structure avec char[] et double

Sujets relatifs
Problème lors d'insertion lignes dans tableau [résolu]	[Résolu] Probleme boucle toute simple pourtant
problème avec la fonction Range	Petit problème de parse error
Probleme étrange avec realloc ...	Probleme avec le validator du W3C
[PHP] Resolu Problème de chemin avec les "include"	[C] Problème de pointeurs et d'allocation
XSL et taille des images	CSS probleme de cascading avec les a:link, a:hover...
Plus de sujets relatifs à : Probleme de taille de structure avec char[] et double

Page générée en 0.082 secondes