Discussion :

[FoX_*D i E*]

Bonjour,
J'étudie toujours le même tutorial : http://c.developpez.com/cours/poly-c/?page=page_2

et union me pose un probleme.
Si j'ai bien compris, l'attribut de union qui sera le seul à etre apelé est celui qui occupe le plus d'espace.

Suis-je bon ou tout a fait en dehors de la plaque?

ps : si mon intuition dit juste, a quoi bon utiliser union au lieu de struc?

[Obsidian]

et union me pose un probleme.
Si j'ai bien compris, l'attribut de union qui sera le seul à etre apelé est celui qui occupe le plus d'espace.

Pas tout-à-fait : une union est en fait une « structure » dont tous les membres occuperaient le même espace mémoire. La taille de l'union est donc égale à celle du membre le plus grand (modulo un éventuel bourrage).

ps : si mon intuition dit juste, a quoi bon utiliser union au lieu de struc?

L'idée est que tu n'utilises qu'un seul membre… à la fois ! C'est pratique lorsque, par exemple, une fonction doit retourner un objet dont le type n'est pas toujours le même selon la situation.

Un cas typique est la transmision d'événements dans les interfaces graphiques, par exemple avec la XLib : tu peux définir un type « Event » qui est en fait l'union de tous les types d'événements possibles : MouseEvent, ButtonEvent, KeyboardEvent, etc. Dès lors que tu sais quel genre d'événement tu as reçu, tu peux directement aller chercher les informations qui lui sont propres.

[FoX_*D i E*]

ok c'est plus claie maintenant, je te remercie

comment plusieurs attribut peuvent occuper le meme espace. Un champ de mémoire serait subdivisable? j'arrive pas a m'imaginer ca

[pfeuh]

Salut,

comment plusieurs attribut peuvent occuper le meme espace. Un champ de mémoire serait subdivisable?

Il n'y a pas plusieurs attributs. Quand tu créées une union, c'est pour un objet d'un type précis choisi par toi dans l'union bien sûr, mais un seul à la fois. Dans un event de type click de souris, il ne faut pas s'attendre à trouver des infos valides sur un event clavier.

A+

Pfeuh

[ternel]

c'est pas clair votre explication.

Un exemple du principe. Supposons l'union suivante:

Code :

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

1
2
3
4
5
6
7
union U {
int alpha;
long beta;
char gamma;
};
 
union U u;

alors, nous avons les propriétés suivantes.

• u.alpha, u.beta et u.gamma ont la même adresse, qui est d'ailleurs l'adresse de u.
• sizeof(u) = max( sizeof(u.alpha), sizeof(u.beta), sizeof(u.gamma))
• comme les champs ont la même adresse, ils partagent le même contenu binaire

[Captain'Flam]

Si je puis me permettre d'en rajouter une couche,
voici un petit code qui permet de regarder à quoi ressemble un double :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
union U 
    {
    double d ;
    unsigned char b [sizeof( double )] ;
    };
 
int i ;
U u ;
u.d = 3.1415927 ;
for ( i = 0 ; i < sizeof( double ) ; ++i )
    printf(" %02X",u.b[i] ) ;

Bien sûr, tu pourrais faire

Code :

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

1
2
3
4
double x = 3.1415927 ;
unsigned char * b = (unsigned char*)&x ;
for ( i = 0 ; i < sizeof( double ) ; ++i )
    printf(" %02X",b[i] ) ;

mais c'est moins classe !

Une union, outre le gain de place, permet de faire des transtypages un peu moins crades.
Mais attention, en règle générale, les unions sont dangereuses et à proscrire !
Avoir 2 (ou +) variables au même emplacement mémoire, c'est un peu casse-gueule !
Personnellement, depuis que la mémoire n'est plus une denrée rare, je ne m'en sers plus jamais.