Discussion :

[moons17]

je dev une fonction de copie de sockaddr de type ipv / ipv6

le probleme se situe su la partie ipv6 :
Pour eviter de faire une copie par memcpy ou 4 affectation sucessif du champ struct in6_addr sin6_addr de la structure sockaddr_in6
j'ai creer une uinon de structure supportant des variables 32/64/128 bit definit tel quel :




cela fonctionne pour la partie 32bits mais pas pour la 64 /128


le debug donne ceci :




les variables sont bien initialisee mais le systeme d'exploitation renvoie une fault procttion sur une zone memoire partagee au sein de l'union lorsque de l'affection de 128 ou 64bit alors que ma fonction de comparaison en 128bit fonctionne ..

y a til une solution possible pour affecter directement l'adresse sans passer par la copie de 4 32 bit ou a defaut de se taper l'affection du tableau de l'adresse em memcpy ?

[kaitlyn]

Salut,

Il existe déjà la structure générique sockaddr_storage qui peut contenir n'importe quelle famille de sockaddr.
conf. https://www.man7.org/linux/man-pages...ddr.3type.html
Pour info, c'est valable aussi pour Windows.

[Artemus24]

Salut à tous.

Je me demande s'il n'y aurait pas un problème d'alignement ?

[moons17]

je me suis également posé la question mais les données de src proviennent d'un maillon d'une liste chaîne que retourne la fonction getifaddrs() , le champ ifa_addr de type sockaddr * : un tableau.
j'ai teste les flAG __attribut__ (aligned ())) , cela provoque le meme resultat.

[Mat.M]

attention si vous recevez des données par les sockets oui qu'elles soient bien alignées et si elles sont bien little endian big endian comme c'est décrit ici

Sous Mac ou Linux c'est peut-être l'inverse.
Vérifier tout de même

[fred1599]

Hello

__in32_s et __in64_s possèdent l'attribut __attribute__((packed)), mais votre structure __in128_s en a pas, je suis de l'avis d'Artemus concernant le problème d'alignement.

Vous avez mentionné vouloir éviter "de se taper l'affectation du tableau de l'adresse en memcpy", mais il y a une idée reçue à ce sujet. En langage C moderne, memcpy ne va pas exécuter une boucle lente et copier le tableau octet par octet.
Si vous écrivez memcpy(&adst, &asrc, 16), le compilateur reconnaît la taille fixe de 16 octets. Il va optimiser cette fonction (intrinsic) et la remplacer par une seule instruction assembleur non alignée !

C'est la méthode la plus rapide, la plus standard, et la seule qui respecte parfaitement la norme C sans risquer de GPF.