Discussion :

[rutabagas]

Bonjour,
je remarque que htons et ntohs appliqués à 0xd6e5, par exemple, font la même chose : 0xe5d6.
Donc je me dis que ces fonctions sont des alias d'une même fonction ?

J'ai trouvé dans /usr/include/netinet/in.h:

Code :

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

1
2
3
4
5
6
7
8
9
10
 
...............
# else
#  if __BYTE_ORDER == __LITTLE_ENDIAN
#   define ntohl(x)	__bswap_32 (x)
#   define ntohs(x)	__bswap_16 (x)
#   define htonl(x)	__bswap_32 (x)
#   define htons(x)	__bswap_16 (x)
#  endif
..............

question 1:
dans quel fichier se trouve la fonction _bswap_16(x) ?

question2:
quelques lignes plus haut on voit:

Code :

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

1
2
3
4
5
6
7
8
9
10
 
................
extern uint32_t ntohl (uint32_t __netlong) __THROW __attribute__ ((__const__));
extern uint16_t ntohs (uint16_t __netshort)
     __THROW __attribute__ ((__const__));
extern uint32_t htonl (uint32_t __hostlong)
     __THROW __attribute__ ((__const__));
extern uint16_t htons (uint16_t __hostshort)
     __THROW __attribute__ ((__const__));
.....................

dans quel fichier se trouvent ces fonctions et quel rapport avec htons/l ?

Merci d'avance.

rutabagas

[To-Ma]

bonjour,

il me semble que pour la question 1 la réponse est byteswap.h

[DaZumba]

je remarque que htons et ntohs appliqués à 0xd6e5, par exemple, font la même chose : 0xe5d6.

Ben oui, ce n'est pas tres surprenant.

Donc je me dis que ces fonctions sont des alias d'une même fonction ?

Cela depend des decisions prises dans l'implementation de ta bibliotheque. En general, on n'a pas a connaitre ce genre de details. Pourquoi veux-tu en savoir plus?

[rutabagas]

Ben oui, ce n'est pas tres surprenant.

Cela depend des decisions prises dans l'implementation de ta bibliotheque. En general, on n'a pas a connaitre ce genre de details. Pourquoi veux-tu en savoir plus?

En bricolant dans les sockets, je suis tombé sur le problème des machines big-endian ou little-endian(mon laptop acer aspire 5102wlmi amd64) est little-endian et donc je dois utiliser htons, et ce faisant j'ai remis le nez dans l'écriture des nombres entiers et j'aimerais bien savoir comment est faite la fonction __bswap_16 (et en passant la fonction printf aussi) mais je ne sais pas dans quelles library elles se trouvent (les .c pas les .h)
Si je le savais je chargerais le source debian correspondant ...
(j'utilise debian)

merci

[PsychoH13]

Normalement pour printf() et ses copines comme ce sont des grosses fonctions elles ont leur fichier privé à elles... Mais aussi printf() appelle une autre fonction : fprintf() qui elle appelle vfprintf() je crois...
Donc essaye de trouver vfprintf.c ... Mais je te le dis tout de suite c'est pas jolie à voir

[DaZumba]

Si je le savais je chargerais le source debian correspondant ...
(j'utilise debian)

Et ce faisant (au prix de gros efforts), tu rends ton programme completement dependant de la plateforme que tu utilises aujourd'hui. C'est contre-productif. Utilise tranquillement htons() et printf(). Si tu es curieux, tu peux jetter un coup d'oeil mais les implementations sont en general compliquees a lire.

[Sve@r]

En bricolant dans les sockets, je suis tombé sur le problème des machines big-endian ou little-endian(mon laptop acer aspire 5102wlmi amd64) est little-endian et donc je dois utiliser htons

Tu n'utiliseras htons et ntohs QUE si tu dois transférer des short via un réseau TCP/IP.
1) tu prends ton short que tu transformes en "entier réseau" via htons (host to net short)
2) cet entier réseau, tu le bennes sur ton TCP/IP
3) de l'autre coté, tu récupères l'entier réseau
4) cet entier réseau, tu le convertis en entier host via ntohs (net to host short)

Avec cette manière, tu t'affranchis des pb de codage little-endian/big-endian (les fonctions se démerdent de leur coté)

[Médinoc]

En fait, tu peux utiliser htons/ntohs pour tout ce qui concerne de la sérialisation de données : Typiquement, réseaux et fichiers.

Mais pour les fichiers, attention aux brebis galeuses: Beaucoup de formats de fichiers binaires ne suivent pas la convention "réseau" et sont en little-endian. Mais si tu fais un format binaire perso, je te conseille d'utiliser htons/noths.

[To-Ma]

La fonction __bswap_16 est développée dans byteswap.h (l 51) et fait appel à la macro __bswap_constant_16 définie dans le même fichier (ce me semble)...