En fait c'est plus subtil que ça. Lors de la définition des échanges bianires du protocole il est nécessaire de définir une endianess des envois de données binaires. C'est à tort, que l'encodage little endian a été choisi lors des développements initiaux (effectué sur plateforme x86, donc choix implicite). Hors les fonctions de la famille htons sont égales à l'identité sur architecture big endian. On ne peut donc pas effectuer de conversion par leur aide.
Morale de l'histoire : mettre les champs en big endian avant d'envoyer sur le réseau pour ne pas avoir de problèmes avec les architectures big endian lorsque l'on définit un protocole.
Je regrette rarement d'être autodidacte en informatique, là c'est le cas ;-)
[^] # Re: ...
Posté par Eric Leblond . En réponse au journal Port sous powerpc de NuFW. Évalué à 1.
Morale de l'histoire : mettre les champs en big endian avant d'envoyer sur le réseau pour ne pas avoir de problèmes avec les architectures big endian lorsque l'on définit un protocole.
Je regrette rarement d'être autodidacte en informatique, là c'est le cas ;-)