j'ai crée des association (sockets) SCTP et je dois envoyer des messages mais sur l'appuie sur un bouton (une application à part), comment je fais en utilisant les sockets unix pour détecter les sessions sctp actives.
besoin d'idées.
j'ai crée des association (sockets) SCTP et je dois envoyer des messages mais sur l'appuie sur un bouton (une application à part), comment je fais en utilisant les sockets unix pour détecter les sessions sctp actives.
besoin d'idées.
en fait, c'est une application à part qui lance la création des sockets, et une autre pour la construction des message, mon souci c'est que je veux que la socket active(avant sa fermeture) soit en attente permanente des messages pour pouvoir les envoyer.
donc le souci comment détecter les sockets actives?
si ton process ouvrent les sockets de façon exclusive, ton autre process peut tenter d'ouvrir le port, s'il y a échec c'est que le port est ouvert, donc utlisé par l'autre process.
je veux juste séparer la partie création de la socket SCTP avec deux peers distants avec la partie envoie des messages, je veux avoir un moyen pour récupérer les descripteur des sockets déjà crées.
Bonjour,
Comme tu me l'as signalé en MP, tu n'as probablement pas saisi le fonctionnement exact des sockets. Ce n'est pas grave, on va t'aider.
Une autre application, ou un autre processus ou thread ?
Montre-nous ton code ici, encadré par les balises [code] et [/code].
Un descripteur de socket fonctionne de la même façon qu'un descripteur de fichier ou de tube : tu peux en hériter lorsque tu fais fork() ou que tu crées un thread, mais tu ne peux pas le transmettre à une autre application distincte, ne serait-ce que parce que le « descripteur » en question n'a de sens qu'au niveau local : c'est le premier numéro libre, en fonction des fichiers déjà ouverts.
effectivement, c'est une autre application distincte qui assure l'envoie des messages.
Pour être tout-à-fait honnête, il existe bien cmsg() et SCM_RIGHTS dans les sockets UNIX pour faire cela. Mais ça ne concerne que des cas très particuliers. Et évidemment, ça demande une participation active des deux parties.
Donc, il y a neuf chances sur dix pour que ton application soit mal conçue plutôt que tu aies un besoin légitime de les utiliser.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager