Discussion :

[Higestromm]

Bonjour,

Je souhaiterais pouvoir utilisé des types portables dans le but d'un transfert sur réseau. Je m'explique :
Je voudrais creer un objet de type u16 qui permetterais de contenir un entier coder sur 2 octets et qui serais invariant en taille sur différentes machines et également invariant dans sa structure LITTLE / BIG ENDIAN.
En gros je voudrais pouvoir envoyer une valeur et etre sur de pouvoir la récupérer à l'autre bout du réseau...

Est ce que quelqu'un pourrais m'aider ?

Merci

[Aurelien.Regat-Barrel]

Il te faut choisir un codage (little/big endian) et créer un type qui va stocker une donnée dans ce format. Ca veut dire ne rien faire sur certaines platformes, et "chatouiller les bits de poids fort" sur d'autres...
Mais pour le réseau y'a déjà des fonctions prévues pour (htons, ...)

[Gandalf]

Tu devrais peut-etre te tourner vers des protocoles commes RPC ou CORBA qui ont ce genre de Pb. Ils utilisent XDR.

Sinon transmet tes valeurs en ASCII

[franck_92]

salut

je sais que sous OminiOrb (va sur ma page web), dont tu peux telecharger les sources sur le site sourceForge

tu as la classe CDRStream.hh et CDRStream.cpp qui traite
ces problemes de reprensentation et d'architecture

CDR = common data representation

Le format xdr pour rpc : je connais que de nom, est-ce que c'est performant ?

[Gandalf]

La question se serait performant par rapport à quoi ?
les deux principaux defaut à ma connaissance sont :
les transmissions se font en Big endian ce qui impose donc des transtypages inutiles pour des transmisson de PC à PC par exemple...
tout les format XDR sont alignes sur 4 octets (remplissage avec des zeros en cas de taille plus petite.

sinon RPC est basé dessus. et comme il me semble bien que CORBA est basé sur RPC... je pense que ton CDR est une surcouche de XDR.

Il est possible d'utiliser XDR sans RPC : le fichier de definition d'un structure XDR doit etre transcodé à l'aide de RPCGEN

page Man (Sun) :

Networking Services Library Functions xdr_create(3NSL)

NAME
xdr_create, xdr_destroy, xdrmem_create, xdrrec_create,
xdrstdio_create - library routines for external data
representation stream creation

DESCRIPTION
XDR library routines allow C programmers to describe arbi-
trary data structures in a machine-independent fashion. Pro-
tocols such as remote procedure calls (RPC) use these rou-
tines to describe the format of the data.

These routines deal with the creation of XDR streams. XDR
streams have to be created before any data can be translated
into XDR format.

Routines
See rpc(3NSL) for the definition of the XDR, CLIENT, and
SVCXPRT data structures. Note that any buffers passed to the
XDR routines must be properly aligned. It is suggested that
malloc(3C) be used to allocate these buffers or that the
programmer insure that the buffer address is divisible
evenly by four.

[HRS]

si à chaque bout du réseau, les matos sont différents ou si simplement
les logiciels sont différents ou les compilos différents, vaut mieux,
comme le dit Gandalf, l'ASCII 7 bits (0-127), codif interprétée de la
même manière par toutes les machines

ainsi si vous devez transmettre un entier compris entre 0 et 99999,
la valeur 123 sera codifiée 00123 en caractères ascii (toujours un
nombre de caractères identiques)

[Higestromm]

Ce qui m'ennuie dans la methode de passer tout ca en ascii c'est les performances... Je vais etre ammener à transmettre un tres grand nombre de données. Mais je pense ne pas avoir vraiment de choix...
Je vais regarder de plus pres corba mais aparemment je suis obliger de passer par l'interface réseau de corba pour l'utiliser et j'avoue que ca m'ennuie un peu car j'aurais aimé etre le plus indépendant possible au niveau API.
En tout cas fo que je trouve une solution car je sent qu'avec la démocratisation des processeurs 64 bits ca vas devenir le bordel