Voila (DarkLord ), j'utilise la fonction sendto de VC++6 sous win98 pour envoyer des packets (via UDP) de prototype :
 
 
Code :
 
  int sendto (
    SOCKET s,                        
    const char FAR * buf,            
    int len,                          
    int flags,                        
    const struct sockaddr FAR * to,  
    int tolen                        
  );
 
 
 
Le bleme c que moi mon buffer (const char FAR * buf) qui pointe sur les donnees a envoyer, pointe sur un long. Ce sont bien des chiffres que je dois envoyer pas des char . Vous feriez comment ?

bon j'ai trouve (ji pense jamais a ces fonctions de conversion   ):
 
char *_ltoa( long value, char *string, int radix );
 
...mais mon buffer est un tableau du style :
long *buffer = new long [1000]
je dois donc faire 1000 iterations ? je ne pe pas envoyer d'un coup l'& du tableau et la taille
En fait (juste pour savoir comment ca marche), ca me renvoie un tableau de 4 char et mon char * (passe en parametre) pointe sur la 1ere case. non ?

Bah tu convertis en string..
 
Ça doit être un truc comme ça sous VC6 :
CString str;
str.Format("%d", tonEntier);
sento(..str.c_str()..)

 
J'ai oublie de preciser mais c une appli dos. avec seulement des bon vieux <stdio.h> etc... dc CString je prefere pas utilise puis j'en ai pas besoin pour mon appli

J'comprends pas là, tu parles de VC6 puis de DOS  
Si tu veux pas de CString, passe par la classe string de la STL et sors pas des vieilles fonctions C sur ce forum, Taz risquerait de piquer une crise

sendto(...., (void*)buffer, ..) ca suffit, a toi de l autre cote de faire un. Les fonctions send/recv prenne un char* mais pas ds le sens chaine de caractere, mais buffer d'octet (le char etant generalement = 1 octet)
 

?

alors leur char* dans le prototype n'est qu'un simple void*    
...t vraiment sur de ton coup ?? (pkoi ils disent char* c blairo ! void * c tellement plus simple   )

 
maitenant relis

Oui jsuis sur, le pkoi du char* plutot que void* doit etre historique mais aucune idee et franchement depuis le temsp je me pose mm plus la question, (void*)myBuffer tout le temps et c portable de partout.
 
Edit : par contre non char* c pas un typedef de void*

C void*<->truc*
C++ truc*->void*
 
implicites

V'la comment j'traduis ça :

Ils disent bien que sizeof(char) == 1, après je pense que j'ai pas dû saisir leur histoire de 36 bits si tu me dis

re quoted...
 
byte ne doit pas etre traduit ou alors sous le terme multiplet. son sens est donné par la phrase -> plus petite unité adressable

Ok, j'ai compris leur truc mais dans tous les cas sizeof(char) == 1 même si 1 char = 36 bits, j'me trompe ?

oui. un char est codés sur CHAR_BIT
 
je me souviens plus mais sur un certain processeur, ça va jusqu'à 32 bits. apres de 10 et des 16 ça se trouve

 
erreur de contruction :
 

 
t tjs sur de ton coup ?    
 
mon code :
 

 
et sans le castage en void* j'ai le msg :
 

&

tu as le droit de mettre (void*) & buffer
 
et oui jsuis toujours sur

erf pas assez rapide

desole pour ma betise (le & ) mais ca marche tjs pas    

 
error :
 

Ok, merci d'avoir éclairé ma lanterne

 
ben tu peux le forcer a faire un (char*)&buffer alors ca passera
 
Edit : et si tu dis que ca marche pas jete ton compilo j ai un code sous les yeux avec (char*)&sSocket (sSocket etant une user def structure) et ca compile sans warning sous VS.Net sous XP et 2K, et sous gcc 3.2 et 3.3 sous Solaris.

 
Si ca marche...mais franchement je suis douteux de ton coup    
 
Pour la taille du buffer a envoye, je specifie koi alors ?
buffer.bufSize * sizeof(long) pour indiquer la quantite de char a envoyer
- ou bien -
buffer.bufSize pour indiquer la quantite de long a envoyer.
 
PS : la fonction receive, recoit les donnee ds un buffer (tableau de char)...comment voudras tu que je recupere mon long moi ?
 
EDIT: faut bien s'appeler microsoft pour typer les donnees que l'on doit envoyer   ... un void * ne genait en rien  

C'est pour te prevenir que seul les "char" peuvent s'envoyer en reseau sans risque de compatibilité. Une histoire de big endian et de little endian.

 
T envoi la tailel en OCTET de ton buffer c tout.
 
Et sendto et consort c pas crosoft
 
Ben pour la reception de la mm maniere lol, recvfrom(...., (char*)&tontableudelong, ...)

 
Pour info, je viens de me casser le cul 3 semaine à faire des Wrappeur d'api pour l'Unicode alors je peux t'assurrer que c'est vraiment pas toujours vrai ;-)

j'ai presque envie de m'énerver tellement vous êtes gonflant avec votre compilo à 2 euros àlac..
 
ta réponse ça serait pas...
 
buffer.data, buffer.datasize*sizeof(long) ?
 
 
et arretez avec tous ces casts inutiles... la seule chose que fait un cast C, c'est une convertion binaire incoditionelle qqui revient à dire au compilo 'FERME TA GUEULE'  

 
J ai bien dit generalement (j ai le mm soucis entre 32 et 64 bits actuellement )  
 
Taz > pe ds l absolu jsuis d acc mais bon mm gcc geule donc tu sais les trucs "standard" c bien en theorie, en pratique c autre chose (enfin la il geule sous sunos pas sous windows)

puis les fonctions generiques ne sont exploitables qu'avec des cast !...donc ca sert les cast