Shell controlable à distance - Socket

Bonjour,
cela fait quelques jours maintenant que j'essaie de faire un shell controlable à distance sans succès. Il m'est demandé de "créer un shell simple controlable à distance, avec redirection de stdout et stderr ", donc je dois créer un serveur possédant un shell .
Je ne peux malheureusement pas poster mon code (car il s'agit d'un projet pour l'école et je suis pas le seul à l'avoir), donc je vous expose mon problème le plus clairement possible
Après de multiples essais j'ai quelque chose qui tourne, mis à part que j'ai un souci vraiment vraiment embêtant : Lorsque je fais une requête qui ne produit aucun affichage ( chmod 700 monFichier par exemple), mon client attend une réponse du serveur qui n'arrive jamais !
Je pense donc que le problème vient du client, voilà ce qu'il fait :
1.Il se connecte au serveur
2.fgets sur stdin pour obtenir la requête a envoyer au serveur ("echo salut" par exemple).
3.entre dans une boucle ,pour envoyer plusieurs requête si je le désire.
4.Write vers le serveur de la requete précédemment demandée (voir point 2).
5.Read depuis le serveur. (etant donné que stdout est redirigé, le serveur m'envoie le resultat du exec)
6. Affichage de la réponse.



Donc voilà, ca marche avec "echo salut" "ls -l" , mais dès que je veux faire une requête n'affichant pas de résultat (comme chmod ) mon client ne réagit plus (étant donné qu'il attend une réponse qui ne viendra jamais !).
Je ne vois pas comment m'y prendre, comme puis-je dire a mon programme " bon si t'as pas de réponse tu continues."
Merci de bien vouloir m'aider, ( et désolé de pas pouvoir poster tout mon code)
:calim2:

Bonjour,

Citation:

---

Après de multiples essais j'ai quelque chose qui tourne, mis à part que j'ai un souci vraiment vraiment embêtant : Lorsque je fais une requête qui ne produit aucun affichage ( chmod 700 monFichier par exemple), mon client attend une réponse du serveur qui n'arrive jamais !

---

Sauf que chaque commande retourne une chose : "un code d'erreur" (qui est 0 en cas de réussite). Dans le shell, cela ne se voit pas, mais vous pouvez l'afficher avec echo $?. Donc au final, vous pouvez faire en sorte que votre serveur retourne toujours quelque chose au client, pour continuer.

Merci pour la réponse :)
Malheureusement, dans le cas d'un chmod (par exemple), le code de retour est 0 alors qu'il n'affiche rien :/
Lorsqu'il y a une erreur mon shell affiche bien le "commande invalide" , pour ca je n'ai pas de problème.Si j'affiche le code de retour pour chaque requete ca ne résout malheureusement aucun problème, car dans le cas du chmod, le serveur n'enverra que "RC 0" , alors que dans le cas d'un "echo salut" j'aurai deux messages de retour : "RC 0"
"salut"


Merci d'avance :zoubi:

Il faut envoyer les code d'erreurs (un int, ou un short int) et s'il y a, les messages :)

Merci,
Malheureusement rien ne peut me dire lorsqu'il y a des affichages et lorsqu'il n'y en a pas donc le message d'erreur ne m'aide pas :/
Etant donné que stdout est redirigé vers le client, l'execvp affiche bien le resultat chez le client , c'est vraiment lorsqu'il n'y a pas d'affichage au niveau du execvp que ca foire :/ .
Si je pouvais choper le stdout de la fonction exec dans une variable String ca serait vraiment top, malheureusement en c ca a pas l'air possible .

je te conseil de regarder cette discution.

Pour pouvoir récupéré la sortie standard de execvp, tu peux utilisé les pipe (expèce de tunnel qui redirige un fd vers un autre). Cela te permets de récupéré la sortie standard de tes commandes dans une string. Lorsque la commande se termine, le fd sera close, et tu pourras donc determiné la fin avec un simple read.
Ensuite, pourquoi utilisé execvp? C'est pas juste des commande que tu dois lancé? Si tu dois recodé un shell complet, il faut recodé les built-in et non pas les executé. J'avais un projet de ce type pendant mes études, je pourrais te donné un coup de main en mp si tu veux :).

[pastapé]
sinon dans le client tu lances un ssh, et c'est réglé :aie:
[/pastapé]