Discussion :

[snakemetalgear]

Salut.
Je programme un serveur (sockets) et je doi envoyer un DWORD ,la fonction qui envoi les donneés recoi un pointeur vers un char,ya til une facon pour convertir un DWORD en char*,puis faire le contraire du coté client.
j'ai essayé la fonction _ultoa,puis du coté client j'ai utilisé strtol en convertissant avec une base binaire,puis octal...,mais sa marche pas,le dword ne se recoi pas correctement.
ya t'il une autre maniere.
merci.

[3DArchi]

Bonjour,
Tout dépend de ce que tu veux envoyer :
1/Le contenu envoyé est un DWORD - Ton problème : obtenir un pointeur char* car ta fonction d'envoi prend un couple de paramètres adresse bufffer/taille buffer :

Code :

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

1
2
3
4
5
6
7
8
 
void envoyer(DWORD valeur_)
{
   DWORD valeur_reseau = htonl(valeur_);
   socket_send(reinterpret_cast<char*>(&dw_reseau),sizeof(valeur_reseau));
// Attention l'adresse est valide dans la portée 
// de la fonction uniquement
}

-> Penser à faire un ntohl de la valeur reçue.

2/Le contenu envoyé est une chaîne de caractère : la FAQ est là pour toi

[Médinoc]

Le fait que send() demande un char* est un bug de l'API Windows: send() est supposée demander un void*.

[Melem]

En fait, la norme du C (je sais qu'on est dans le forum C++) même garantit que la conversion de n'importe quelle adresse d'un objet vers unsigned char * est faisable et vice-versa, comme avec void * (à un cast près pour éliminer les warnings des compilateurs dans le cas de l'utilisation de unsigned char *). Microsoft a étendu, pour son système Windows, cette règle aux char également, donc je ne dirais pas qu'il s'agit d'un bug (bien que j'aurais préféré la version à base de void *, comme c'est le cas par exemple dans l'API BSD).

Pour le C++ standard, je ne sais pas. Winsock, comme la plupart des APIs de Windows, étant plus (d'un demi-gramme par exemple) destinée aux développeurs C que C++, le fait que send et recv demandent des char * ne peut pas être considéré comme un bug.