Discussion :

[contremaitre]

Bonjour,

Dans mon programme en C, j'appelle un script qui lance un autre programme en mode détaché. Donc ce programme ne quitte pas lorsque mon programme principal se ferme.

Mon problème c'est que dans mon programme principal j'ouvre une socket et je suis en LISTEN dessus.

Et j'ai remarqué que mon programme secondaire se retrouve lui aussi en LISTEN sur le même port.
J'ai simplifié mon programme secondaire et il ne fait rien d'autre qu'une boucle while infinie, et j'ai encore le problème.
Du coup quand je veux relancer mon programme principal, le bind échoue.

J'ai essayé de lancer mon script avec "system" ou execvp, et c'est pareil.

Pouvez vous m'expliquer comme ça se fait, et comment le corriger ?

merci.

[publicStaticVoidMain]

Pourquoi ne pas lancer ta socket dans ton programme secondaire??

[contremaitre]

car ce n'est pas mon programme secondaire qui est sensé écouter sur la socket.

Pour éclaircir un peut le fonctionnement :
programme principal = pA
programme secondaire = pB

pA est un serveur, qui ouvre une socket, et traite les messages de cette socket.
pB est une appli qui fait tout autre chose, et qui doit être lancé a un moment donné par pA.

pA ouvre la socket, traite des messages, puis lance pB.

problème :
pB se retrouve lui aussi en listen sur la socket, ce que je ne veux pas.

[publicStaticVoidMain]

Si pB est lancé à un moment donné par pA, tous les sockets se trouvant dans pA seront visibles par pB. Pourquoi ne pas utiliser un pipe pour les échanges de msg

[contremaitre]

mais je ne veux PAS que la socket soit ouverte dans pB. Car c'est pA qui doit gérer les messages sur cette socket. Ces messages viennent de clients qui se connectent à pA.

Et je n'ai pas besoin d'échanger de message entre pA et pB.

[nicolas.sitbon]

Après ton appel à socket() dans pA, fait un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

fcntl(sock, F_SETFL, FD_CLOEXEC);

[contremaitre]

merci, ça marche !

Par contre seulement avec les fonctions exec et pas "system" (mais c'est bien ce que dit la doc).

[Médinoc]

Enfin normalement, system() est supposée faire un fork et un exec, donc...

[nicolas.sitbon]

Enfin normalement, system() est supposée faire un fork et un exec, donc...

Ou se comporter comme si, absolument.

[contremaitre]

Dans la doc ils parlent seulement de exec.
Il m'a semblé qu'avec system ca ne marchait pas, mais j'ai pas poussé mes tests plus loin que ca, donc je n'en suis pas sur.

[nicolas.sitbon]

Pas de test, la norme est suffisante :
http://www.opengroup.org/onlinepubs/...ns/system.html

The environment of the executed command shall be as if a child process were created using fork(), and the child process invoked the sh utility using execl()