Déclarer des variables inférieures à 8 bits

Version imprimable

06/02/2007, 17h21
the_ionic

Déclarer des variables inférieures à 8 bits
Bonjour,
je dois implémenter (enfin essayer) un protocole donc pour commencer, je crée une structure qui représente donc le protocole en lui-même... Par exemple:
Code:

1 2 3 4 5 6 7 8 struct ip6_mh_opt_fid { uint8_t ip6mofid_type; uint8_t ip6mofid_len; uint16_t ip6mofid_flags; uint8_t ip6mofid_PRI; uint8_t FID; }
Donc lorsque mes champs du protocole sont mutiples de 8, ça me pose pas de problème.
Le souci vient que j'ai des champs qui sont donc non multiples... je ne sais pas trop comment gérer ça. Je crois pas que les champs de bits soient la bonne solution car en parcourant un peu dans le noyau Linux, j'en ai pas croisé pour implémenter des protocoles. J'ai l'impression que les gaillards s'arrangent toujours pour avoir un nombre multiple de 8... alors bon, je vois un petit peu un début de solution, en regroupant par exemple plusieurs champs pour avoir un multiple de 8. Oui mais bon, je fais comment pour bien affecter le tout et retrouver mes petits? les opérateurs bits à bits peuvent m'aider.
Mais je vois toujours pas comment je me débrouille dans un cas par exemple ou j'ai un champ qui fait 6 bits, que je regroupe avec deux autres de 1 bit pour faire un multiple de 8 pour ensuite affecter, puis lire ces champs...

Merci d'avance
06/02/2007, 17h23
hegros

Il existe des directives pour l'alignement genre push_bask/push_pop je crois pas sûr qu'on puisse préciser par contre que se soit un multiple de 8.
06/02/2007, 17h26
Médinoc

Les champs sont en effet toujours regrouppés par un multiple de 9 dans les protocoles, ainsi un champ n'est jamais (ou pratiquement jamais) "coupé" en deux sur deux octets/mots etc.

Les accès se font généralement par masques de bits (opérateurs bit-à-bit | et &) et décalage (opérateurs de décalage << et >>)
06/02/2007, 17h31
the_ionic

Ok merci, ça me conforte dans ce que je pensais.
Je vais donc tenter le tout à coup de masque de bits et de décallage tout seul comme un grand, je reviendrai par la suite en cas de problème.

Merci pour votre concision et votre rapidité.
06/02/2007, 22h20
disturbedID

Ben la plus petite unité adressable en mémoire c'est l'octet. Tu ne peux en declarer que des multiples.

Par contre je crois que tu te compliques trop la vie si tu as besoin de 6bits pourquoi ne pas utilisé une variable de 8bits ? tu manques a ce point de mémoire ?
06/02/2007, 22h38
Emmanuel Delahaye
Citation:

Envoyé par the_ionic

je dois implémenter (enfin essayer) un protocole donc pour commencer, je crée une structure qui représente donc le protocole en lui-même... Par exemple:

Il n'y a aucune garantie que ce code soit portable. En effet, dans une structure C, les éléments peuvent être séparés par des bytes de bourrage (padding) qui servent à respecter certaines contraintes d'alignement dépendant de l'architecture matérielle. Et je ne parle pas des problèmes d'endianness...

On peu parfois, au prix de directives non standard (PACKED et autres) forcer un alignement à 8 bits, mais
- ce n'est pas portable
- ca génère du code en plus.
En définitive, il faut oublier le principe de réaliser des interfaces externes avec les structures.

Par contre, il est possible d'utiliser un tableau de unsigned char dans lequel on met exactement ce qu'on veut où on veut avec éventuellement les opérateurs binaires (&, |, >>, << etc.).

Il suffit d'un définition claire de la structure de l'interface de données.
06/02/2007, 22h42
Emmanuel Delahaye

Citation:

Envoyé par disturbedID

Ben la plus petite unité adressable en mémoire c'est l'octet.

8O Ca commence mal. C'est le byte et il fait au-moins 8 bits en C. Je connais des architectures où le byte fait 16 bits (TMS320C54) et d'autres où il fait 32 bits (MC56156).
07/02/2007, 09h40
the_ionic
Citation:
Envoyé par Emmanuel Delahaye

Il n'y a aucune garantie que ce code soit portable. En effet, dans une structure C, les éléments peuvent être séparés par des bytes de bourrage (padding) qui servent à respecter certaines contraintes d'alignement dépendant de l'architecture matérielle. Et je ne parle pas des problèmes d'endianness...

On peu parfois, au prix de directives non standard (PACKED et autres) forcer un alignement à 8 bits, mais

ce n'est pas portable
ca génère du code en plus.
Salut, tout d'abord, merci pour ta réponse qui comme d'habitude est plus que judicieuse :-) Bon, arrêtons là le cirage de pompes mais c'est vrai que c'est pas la première fois que tu m'aides bien!

Bon alors effectivement, vu que je suis en train de coder une extension d'un protocole, j'ai quelques exemples de structure et j'ai vu la directive packed. Je vais donc l'utiliser, malgrè que je sache que mon code ne sera pas portable...

Je comprends qu'un tableau d'unsigned char me permette de faire ce que je veux mais j'aimerai garder une certaine unité avec ce qui a été développé avant et je ne suis pas un spécialiste mais il me semble qu'on utilise des structures dans le noyau lorsqu'on veut représenter un paquet d'un protocole non (genre ipv6 etc...)?