Implémentation, taille d'un membre

Bonjour,

J'ai une structure donnée (ici un socket unix)

Code:

---

1 2 3 4 5

struct sockaddr_un { short sun_family; /* AF_UNIX */ char sun_path[108]; /* path name (gag) */ };

---

La question que je me pose c'est comment connaitre la taille du membre sun_path ?

En effet sa taille dépend de l'implémentation, rien n'oblige d'avoir toujours 108, on pourrait avoir 107 par exemple sur une autre architecture (et la pouf catastrophe).

On doit obligatoirement avoir une constante dans un coin avec la taille,
ou il y a un moyen de connaitre cette taille avec sizeof ?

:merci:

Code:

---

1 2 3 4

struct sockaddr_un s;   size_t i = sizeof(s.sun_path) / sizeof(char);

---

Devrait fonctionner ;)

Le "/ sizeof(char)" est innutile car toujours 1 ? non ?

En principe oui, mais si par l'avenir ils sortent une architecture ou char n'est pas sur 1 octet, ça ne marchera plus :aie:

Citation:

---

Envoyé par Pikwik

La question que je me pose c'est comment connaitre la taille du membre sun_path ?

---

"C'est pas la taille qui compte, c'est la façon de s'en servir".

Citation:

---

il y a un moyen de connaitre cette taille avec sizeof ?

---

Ben oui, qu'est-ce qui empêcherait ?

Citation:

---

Envoyé par millie

Code:

---

1 2 3 4

struct sockaddr_un s;   int i = sizeof(s.sun_path) / sizeof(char);

---

Devrait fonctionner ;)

---

Code:

---

1 2 3 4

struct sockaddr_un s;   size_t i = sizeof s.sun_path;

---

sizeof (char) vaut 1 par définition.

Citation:

---

Envoyé par millie

En principe oui, mais si par l'avenir ils sortent une architecture ou char n'est pas sur 1 octet, ça ne marchera plus :aie:

---

N'existe pas. char est l'unité de compte. Une unité vaut 1 par définition.

Citation:

---

Envoyé par Emmanuel Delahaye

"C'est pas la taille qui compte, c'est la façon de s'en servir".

---

Jolie !!!!

Merci de vos réponse.

PS: 108 me parait un peut petit quand même... Pour un chemin bien sûr ! :roll:

Citation:

---

Envoyé par Pikwik

PS: 108 me parait un peut petit quand même... Pour un chemin bien sûr ! :roll:

---

Pour la taille d'un chemin de fichier tu as FILENAME_MAX (stdio.h).

Le sizeof char n'est n'est pas obligatoire dans ce cas mais si tu veux faire quelque chose de générique par la suite ça évite les ennuies : Connaître le nombre d'éléments d'un tableau

Citation:

---

Envoyé par Pikwik

Jolie !!!!

---

C'est pas de moi, mais je trouvais le cadre particulièrement adéquate !

Citation:

---

108 me parait un peut petit quand même... Pour un chemin bien sûr !

---

Je ne suis pas sûr que tu ait à te soucier de ça. Les transferts de données se font avec send(), à qui on demande ce qu'on veut, et qui répond ce qu'il peut. A toi ensuite de gérer le découpage avec une boucle...

Code:

---

1 2 3 4 5 6 7 8

BEGIN i := 0 DO n := send (socket, big_buffer + i, size) i := i + n WHILE i < size END

---

Evidemment, en réception, on a intérêt a avoir un repère pour savoir que c'est la fin de donnée (taille, marqueur...). Bref, il faut un minimum de protocole...

Pour info sun_path ne sert que pour la créatation bind / connect du socket.

donc je trouve que 107 caractères pour un chemin c'est juste :roll:

Citation:

---

Envoyé par Pikwik

Pour info sun_path ne sert que pour la créatation bind / connect du socket.

donc je trouve que 107 caractères pour un chemin c'est juste :roll:

---

Ah, OK. Un alias ?

Les socket unix c'est comme les socket Internet, mais c'est un fichier au lieu d'une adresse IP et port. C'est très pratique pour faire des policy serveur.

Mon programme ici est un policy serveur pour postfix qui banni les ip des spammeur avec iptable.