Conception d'une sorte de client FTP

Je suis en train de me concentrer sur ce qu'on pourrait appeler pour simplifier les choses "un client ftp". Je coince devant un problème extrèmement bete : Chaque fois que j'envoie une commande (du genre "user user"), le serveur ftp me renvoie une réponse que je capte à l'aide de la fonction recv du C. Cependant, je fais des tests sur un serveur libre linux et lorsque j'envoie la commande "pass password", le serveur me renvoie deux réponses :

1ère réponse :

Code:

---

230-Welcome, archive user anonymous@localhost !

---

2ème réponse :

Code:

---

1 2 3 4 5 6 7

230- 230-The local time is: Thu Mar 22 20:28:26 2007 230- 230-This is an experimental FTP server. If have any unusual problems, 230-please report them via e-mail to <root@benji-desktop>. 230- 230 Anonymous access granted, restrictions apply.

---

Je vous fais le résumé d'une connexion ftp vers mon serveur pour que vous voyez mieux le problème :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

220 ProFTPD 1.3.0 Server (Debian) [::ffff:127.0.0.1]   >> user anonymous 331 Anonymous login ok, send your complete email address as your password.   >> pass toto@titi.tutu 230-Welcome, archive user anonymous@localhost !   >> pasv 230- 230-The local time is: Thu Mar 22 20:28:26 2007 230- 230-This is an experimental FTP server. If have any unusual problems, 230-please report them via e-mail to <root@benji-desktop>. 230- 230 Anonymous access granted, restrictions apply.   >> close 227 Entering Passive Mode (127,0,0,1,241,180).

---

Dans le code source, je suppose qu'à chaque commande envoyée, j'attend UNE réponse du serveur. J'ai essayé de faire un while (recv() > 0) pour faire un "tant que le serveur répond ..." mais la fonction recv est bloquante et si le serveur n'a rien à renvoyer, le client attend. Je ne sais pas si je suis très clair. Je cherche une solution à ce problème. Merci

petite rectification : Quand je met un sleep(1); avant l'appel à recv (histoire de laisser le temps au serveur d'envoyer la réponse), tout marche bien. Mais bon... je vais quan meme pas attendre 1 seconde entre chaque commande non?

Je ne comprends pas le problème. Si le serveur envoie une réponse qui tient en un seul message, alors il suffit de faire un seul recv() qui bloquera jusqu'à ce que le serveur ait répondu.

non le problème, c'est que quand je fais un recv, le client n'attend pas que le serveur ait fini de "parler". C'est pour cela que lorsque j'insère un "sleep(1)" avant le recv, j'ai bien le message dans sa totalité : en gros, je fais attendre le client manuellement, ce qui est moche

Citation:

---

Envoyé par gedeon555

non le problème, c'est que quand je fais un recv, le client n'attend pas que le serveur ait fini de "parler".

---

Je ne comprends décidément pas. recv() attend qu'il y ait des données. Après, vous devez bien être capable de déterminer si le serveur a tout transmis ou bien si il faut appeler à nouveau recv(), non?

ben moi non plus je ne comprend pas, lorsque j'appelle une fois recv après la commande "pass" et une fois recv après la commande "pasv", j'obtiens ceci :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

>> pass toto@titi.tutu 230-Welcome, archive user anonymous@localhost ! >> pasv 230- 230-The local time is: Thu Mar 22 20:28:26 2007 230- 230-This is an experimental FTP server. If have any unusual problems, 230-please report them via e-mail to <root@benji-desktop>. 230- 230 Anonymous access granted, restrictions apply.

---

Ca se comporte comme si le serveur ftp envoyait deux réponses à la suite de "pass". Comment suis-je sensé savoir si le serveur va envoyer une ou deux réponse ?

Citation:

---

Après, vous devez bien être capable de déterminer si le serveur a tout transmis ou bien si il faut appeler à nouveau recv(), non?

---

Je ne vois pas comment

Citation:

---

Envoyé par gedeon555

230-This is an experimental FTP server.

---

Euh ???

Citation:

---

Envoyé par gedeon555

Comment suis-je sensé savoir si le serveur va envoyer une ou deux réponse ?

---

Il doit bien y avoir une doc explicative des commandes acceptées par le serveur et des réponses générées. La réponse devrait s'y trouver.

Citation:

---

Envoyé par gedeon555

Je ne vois pas comment

---

Même chose qu'au dessus. Soit vous savez à l'avance qu'à telle commande, la réponse tiendra dans n messages, soit vous pouvez déterminer le nombre de messages autrement (message de fin ou autre technique). Sinon, si rien de ceci n'est mis en place, je ne vois pas trop comment détecter la fin des données.

Le serveur utilisé est ProFTP sous linux. Vous pensez que c'est de sa faute tout ca ? Et qu'avec d'autres serveurs (genre ceux de free), ca marchera ? pacequ'avec Free, effectivement c'est nikel mais je ne tiens pas à faire un client qui ne marche qu'avec le ftp de free

Citation:

---

Envoyé par gedeon555

Vous pensez que c'est de sa faute tout ca ?

---

Désolé, je ne m'y connais pas assez en FTP et je ne voudrais pas dire de bêtise. J'espère donc que quelqu'un d'autre saura vous répondre.

Si le problème est sur le client qui n'attend qu'une seule réception du serveur entre deux entrées de l'utilisateur, le problème est assez facile à régler sur une plate-forme unixoïde, où les sockets et l'entrée standard sont tous les deux des descripteurs :
Un simple select() sur le socket et STDIN_FILENO suffira.

Sous Windows, c'est Pain In The Ass (PITA), car :

• select() ne marche que sur les sockets, qui ne sont pas des descripteurs,
• La fonction d'attente de Windows ne marche pas sur une console en mode ligne-par-ligne (et on ma répondu un truc du type "ce n'est pas un bug, c'est une feature").

Ainsi sous Windows, on peut envisager la solution du multi-thread, ou bien autre chose plus ou moins propre (comme utiliser la console en mode caractère-par-caractère, ce qui permet d'utiliser la fonction d'attente dessus...)

merci