Version imprimable
D'accord, je pense avoir tous les éléments nécessaires maintenant, mais je ne vais pas encore mettre le sujet en résolu avant d'avoir testé un peu au cas où il me reste une petite chose à voir^^
Je te remercie vraiment pour toutes tes réponses elles m'ont bien aidées.
De rien ^^
Bon courage!
Je suis juste en train de penser, si je passe par des threads, je n'ai plus besoin de la mémoire partagée.
J'ai qu'à transmettre un pointeur sur une structure de pointeurs.
Il faudra toujours des mutex.
Je pense que je vais partir sur des threads.
Beaucoup moins couteux, mais plus complexe : tu envoies le second paquet d'echange d'authentification. Si un logiciel ecoute sur le port auquel tu t'adresses, il devrait te renvoyer un paquet contenant un message disant qu'il n'a pas recu le premier paquet.Citation:
Envoyé par Neckara
Avantage : c'est transparent pour l'applicatif distant, ce sera gere par la carte reseau.
Inconvenient : necessite de solides bases en reseau, et le droit d'emettre des paquets que tu forges a la main.
Je ne suis malheureusement pas très doué en réseaux...
Sinon, j'ai regarder un peu les MUTEX, mais les seuls que j'ai trouvé sont plus adaptés à des mono-processeurs mono-tâches...
Est-ce que vous pourriez m'indiquer des pistes?
Je vois comment faire pour éviter de lire pendant une modification.
Mais je ne vois pas comment éviter les modifications simultanées.
J'ai presque fini, merci pour vos conseils.
Il ne me reste plus que deux petits problèmes :
- Je n'arrive pas à trouver comment changer le port d'un socket.
En effet, j'accepte le socket du client mais il faut ensuite que le serveur et le client discutent sur un port qui leur est réservé.
Je ne vois pas trop comment les faire changer de port...
- Si on envoi un paquet en boucle, ma connexion en ssh plante comme lors d'un fork, existe-t-il un moyen de remédier à ce problème?