Developpement d'un Serveur Shell

Je suis entrain de développer un serveur Shell pour un système embarqué : celui-ci doit être accessible par TCP (Telnet) et port Série.

http://www.developpez.net/forums/att...1&d=1354525752

Si je veux que mon programme soit bien architecturé, pour la partie communication entre les drivers et le serveur Shell, je dois créer un gestionnaire de sockets, non ?
=> y a t-il une norme pour gérer les sockets (nom et fonction et méthode prédéfinies) ou c'est à moi de choisir la façon que les processus doivent communiquer entre eux ? ... je pense qu'il doit exister une norme vu que sous linux tout périphérique est vu comme un fichier qui peut être redirigé vers un autre (part contre je ne sais pas si ce système est gourmand en ressources)...

merci d'avance,

Bonjour,

Qu'est ce que tu appelles driver TCP? Tu as un matériel spécifique et tu gères la pile tout seul? Dans ce cas commence par écrire le driver de ton matériel. A mon sens c'est l'OS qui doit gérer tes interfaces réseaux, et non ton application.
Dans ton application la seul chose que tu vois est le descripteur de ta socket.

Corrige moi si j'ai mal compris.

bonjour,

Effectivement "Driver TCP" n'est peut être pas le bon terme : ce bloc permet d'ouvrir un socket TCP.
=> En gros il contient les fonctions : socketTCP_open(), socketTCP_close(), socketTCP_get() et socketTCP_put()

Donc y a t-il des méthodes standards pour faire communiquer la partie TCP et port Série avec ma partie application ?


PS : actuellement, j'ai déjà tout développé (à part la partie port série) mais les différentes fonctions ne sont pas bien séparées et ne sont pas standard

Sincérement je ne sais pas trop ce que tu attends de plus, j'essaie de reprendre ce que tu dis pour te répondre point par point

Citation:

---

Envoyé par boboss123

Si je veux que mon programme soit bien architecturé, pour la partie communication entre les drivers et le serveur Shell, je dois créer un gestionnaire de sockets, non ?

---

Oui. Si ton application gère plusieurs client à la fois il serait intéressant que tu crées une socket qui ne ferais qu'écouter si un nouveau client se connecte, et créerais un processus fils (fork) et une nouvelle socket spécifique au client. Premier exemple trouver : http://www.linuxhowtos.org/C_C++/socket.htm

Citation:

---

Envoyé par boboss123

=> y a t-il une norme pour gérer les sockets (nom et fonction et méthode prédéfinies) ou c'est à moi de choisir la façon que les processus doivent communiquer entre eux ? ... je pense qu'il doit exister une norme vu que sous linux tout périphérique est vu comme un fichier qui peut être redirigé vers un autre (part contre je ne sais pas si ce système est gourmand en ressources)...

---

Oui il existe une norme, se sont les services qu'offrent la socket. Que tu codes en C ou en java ou avec tout autre langage gérant les socket c'est pareil. Les services sont les mêmes. Une socket est une IO permettant de lire et/ou d'écrire. Le nom des fonctions dépend de la bibliothèque que tu inclus pour l'utilisation de ta socket. Mais le schéma est sensiblement le même : Création de la socket, liaison à une adresse, lecture/écriture, fermeture socket.
Il y a bien des fonctions qui te facilite l'utilisation de socket comme la fonction select par exemple qui permet de surveiller l'état de plusieurs descripteurs...
Excuse ma réponse vague, mais ta question l'est tout aussi :oops:

Je crois que je me suis emmêlé les pinceaux pour rien, mon archi à l'air bonne finalement.

Merci pour ton aide