Discussion :

[JackStrieger]

[MOD : Cette discussion dévie rapidement sur le C++, d'où le déplacement]

Bonjour.

Voilà, j'ai un gros problème avec l'interprétation du \0 en C.
Alors je vous explique :

Tout d'abord je fais un client en C/C++ avec winsock2 et socket.h sous linux (pour que le client soit portable. Le protocol du serveur est aussi écrit en C, mais je ne peux pas le modifier. Alors, le protocol a pour format @auth.pseudo.pass pour la connexion. Donc, la chaine a envoyer à la connexion est @auth\0pseudo\0pass, parce que le serveur se sert de nullchars comme séparateur entre les différentes choses à envoyer.

Le problème est que, quand j'envoie la chaine en C, le \0 est interprété et la chaine que je récupère au sniff c'est @authpseudopass et non pas @auth.pseudo.pass comme je devrais. La standard de nullchars en C empêche l'envoie de la chaine en tronquant les séparateurs

1. A partir de là, j'aimerais savoir si il y a une façon de faire que les \0 ne soient pas interprétés et soient envoyés directement au serveur à partir du client.

2. Si non, j'aimerais savoir comment je peux convertir la chaine en hexadecimal et l'envoyer par la socket.

3. Si quelqu'un a une idée, je suis prenneur ^^

En gros, le client doit envoyer @auth.pseudo.pass (@auth\0pseudo\0pass), mais en C le \0 est interprété comme nullchar. Il faut que en sniffant le client, je puisse récupérer @auth.pseudo.pass et les "." ou "\0" en hexa me donne "00" comme valeur.

J'espère avoir été assez clair et que vous pourrez m'aider parce que je sèche vraiment ^^''

[souviron34]

c'est parce que l'écriture ou la lecture sur le socket se fait via un fprintf ou un fscanf..

Si tu remplaces par un read ou write ça marchera et ça n'interpétera pas les '\0'...

[JackStrieger]

c'est parce que l'écriture ou la lecture sur le socket se fait via un fprintf ou un fscanf..

Si tu remplaces par un read ou write ça marchera et ça n'interpétera pas les '\0'...

Euh, tu pourrais me donner un exemple s'il te plait ? Je vois pas comment remplacer par un read ou write. En fait les \0 sont interprétés dans les standards du C non ?

C'est au niveau de la variable que ça cloche. En fait, j'ai une variable string sep = "\0" et en console le \0 vaut une fin, et n'est pas écrite.

Enfin ce serait gentil si tu me donnais un exemple parce que je sèche

Merci de ta réponse

[Médinoc]

En fait, j'ai une variable string sep = "\0"

C'est du C, ça ?

Ce qu'il faut savoir, c'est que ce n'est pas le type qui interprète \0 comme fin de chaîne, mais les fonctions, notamment strlen().
Si tu connais la longueur des données par un autre moyen, tu peux très bien faire tes propres fonctions d'affichage...

[JackStrieger]

Non, c'est pas du C. En fait je le fais avec un compilateur C++ pour certains avantages comme les strings là. Mais c'est sans poo. Je voulais juste montrer le principe pour la variable. Sinon, désolé si je me suis trompé de forum Je savais pas si je devais poster ici ou là bas.

Ce qu'il faut savoir, c'est que ce n'est pas le type qui interprète \0 comme fin de chaîne, mais les fonctions, notamment strlen().

Merci ^^ Mais donc, si dans ma variable je place \0, elle vaut toujours \0 ? c'est les fonctions qui l'interprètent comme une fin de chaine ? Parce que je ne passe par aucune fonction là, je ne fais qu'envoyer ma chaine, par la socket.
Par exemple @auth\0pseudo\0pass, il n'envoie pas ça, mais les \0 sont bien interprétés. Et au sniff je récupère @autpseudopass.

Si tu connais la longueur des données par un autre moyen, tu peux très bien faire tes propres fonctions d'affichage...

Euh, j'ai pas trop besoin d'afficher ma chaine. J'ai surtout besoin de pouvoir l'authentifier pour avoir une connexion au serveur. Donc aucune autre fonction que cette de winsock dans un premier temps.

[Médinoc]

1. Tu ne détailles pas assez comment tu l'envoies, ni comment tu construits tes strings.
   Tu peux essayer le constructeur de string qui prend en paramètre un const char * et une longueur:
   Ce code fonctionne correctement sous Visual Studio 2005 :

   Code C++ :

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

   1
   2
   3
   std::string str3("Hello\0World", 8);
   std::cout << "Longueur de string avec \\0 : " << str3.length() << std::endl;
   std::cout << "La string : \"" << str3 << "\"" << std::endl;

   Ce code affiche 8 comme longueur, et affiche bien le début de la string en remplaçant le caractère nul par un espace. Tu peux remarquer qu'à tout moment c'est string qui est utilisé, et nulle part char* (sauf au constructeur) : En effet, sous VS2005, la classe string supporte les caractères nuls.
2. Vérifies que ce n'est pas le sniff qui buggue. Plutôt que d'afficher les données en tant que test, regarde si tu ne peux pas afficher tout en hexa. Ainsi, tu verras bien si tu as plusieurs octets nuls dans les données...