Indication Programme C

Invité · 08/02/2011, 21h34

Bonjour,

Je suis sur un exercice concernant les client/serveur TCP sous Unix et j'ai cela sous les yeux :

http://img833.imageshack.us/img833/6322/22222q.png

J'ai par la suite plusieurs questions mais ce n'est pas le soucis, je souhaiterai juste avoir quelques indications pour comprendre ce script C car je suis totalement perdu

Voila sur ce que je m'avance, dans le doute

Dans un 1er temps, le socket est déclaré
Il convertit l'adresse ip, le protocole et le port en format "réseau" et se connecte au serveur de socket
(je ne comprends pas le vérification du "if" à la fin du int main)

Dans le void

Lit le fichier et envoie les données au serveur de socket et vérifie que les données sont bien envoyes sinon un message d'erreur

Qu'en pensez-vous ?

Merci

**Sve@r** · 08/02/2011, 23h05

Envoyé par br3yton

Dans un 1er temps, le socket est déclaré
Il convertit l'adresse ip, le protocole et le port en format "réseau" et se connecte au serveur de socket

Salut
C'est exact. J'espère que tu sais à quoi sert le format "réseau" sinon tu le dis et je t'explique.

Envoyé par br3yton

(je ne comprends pas le vérification du "if" à la fin du int main)

Il vérifie si le 3° paramètre est la chaine "stdin". Si c'est le cas, il prendra ses infos du clavier. Sinon il considère que ce 3° paramètre est un nom de fichier dont il faut envoyer le contenu sur la socket.

Envoyé par br3yton

Dans le void

Dans la fonction str_xxx !!!

Envoyé par br3yton

Lit le fichier et envoie les données au serveur de socket et vérifie que les données sont bien envoyes sinon un message d'erreur

Presque. Il lit une ligne du fichier (qui peut aussi être le clavier), envoie le contenu sur la socket, lit ensuite ce qui en vient (présuppose que de l'autre coté il y a un programme analogue qui lit la socket puis y envoie des datas) et affiche ce qu'il a lu puis recommence tant que tout le fichier (ou le clavier) n'a pas été entièrement traité.
Si lecture socket échouée, alors il affiche un message d'erreur signifiant grosso-modo "le correspondant a raccroché" et quitte le programme (ce qui est assez horrible car un des principes de programmation C veut que toute fonction appelée remonte toujours sur l'appelant quoi qu'il arrive).

Invité · 08/02/2011, 23h31

Meci de ta reponse,.

Concernant le format reseau, je penses à un format "classique" d'une adresse IP, EN X.X.X.X

petite question : quant tu parles de "au clavier" ke veut tu dire exactement ? L'utilisateur saisie au clavier ?

Pour le probleme de "raccrochage a la brute", il suffirait de rajouter different controle a chaque ligne lu par le serveur et envoi d'une confirmation au client non ?

**Sve@r** · 12/02/2011, 00h19

Envoyé par br3yton

Meci de ta reponse,.

Concernant le format reseau, je penses à un format "classique" d'une adresse IP, EN X.X.X.X

Non. Ca c'est une adresse IP. Ca n'a rien à voir.
Cela vient du codage interne des entiers qui, sur certains systèmes, sont codés dans le sens de lecture, et sur d'autres sont codés par blocs inverses.
Exemple: tu as le nombre 12345678
Sur un système X, il sera codé comme tu le lis => 12345678
Sur un système y, il sera découpé en blocs et chaque bloc sera inversé => 34127856
C'est ce qu'on nomme "big-endian/little-endian" ou plus simplement l'endianess.

Et donc il a été rajouté un "neutre" et uniforme nommé "format réseau". Ainsi, si tu veux envoyer un entier via le réseau, te faudra
1) le convertir via htons (host to net short) ou htonl (host to net long)
2) envoyer le nombre converti sur le réseau
3) le récupérer de l'autre coté
4) le reconvertir via ntohs (net to host short) ou ntohl (net to host long)

Or, le champ "sin->port" de la structure truc chose veut un nombre converti au format intermédiaire "réseau".

Envoyé par br3yton

petite question : quant tu parles de "au clavier" ke veut tu dire exactement ? L'utilisateur saisie au clavier ?

Pour Unix, le clavier est un fichier comme un autre. La variable stdin est de type FILE* et tu peux lire son contenu via fgets().

Donc dans ce code, si tu entres le mot clef "stdin", le programme ira prendre ses datas dans le buffer clavier (sous-entendu dans la frappe de l'utilisateur qui pourra se laisser aller à taper sa vie s'il le souhaite).
Si tu entres autre chose, alors il considèrera que tu lui as donné un nom de fichier. Dans ce cas, il ouvrira le fichier ce qui lui renverra un buffer "FILE *" et le programme prendra alors ses infos directement dans le fichier.

Envoyé par br3yton

Pour le probleme de "raccrochage a la brute", il suffirait de rajouter different controle a chaque ligne lu par le serveur et envoi d'une confirmation au client non ?

Imagine toi en train de téléphoner à un pote. Et ton pote raccroche et toi tu me dis "ben suffirait qu'on lui demande de confirmer chaque ligne lue". Mais comme de toute façon il a raccroché...
La façon dont ça a été codé est la meilleure possible. Enfin presque car il peut très bien ne rien lire parce que le flux est vide donc en fait, il faudrait jute rajouter un test sur errno pour lever le doute.