Discussion :

[Anonyme5571]

Bonjour,

J'ai un problème je voudrais réaliser deux programmes qui communiquent entre eux mais je ne sais pas comment faire, en gros je lance un programme qui tourne pendant X temps jusqu’à ce que je lance le deuxième programme qui doit juste dire au premier programme de s’arrêter, donc en gros je dois juste passer à 1 par exemple une variable du premier programme quand le deuxième programme se lance.

Mais je sais pas du tout comment m'y prendre. J'ai entendu parler des tubes mais je sais pas trop ce que c'est?

Je suis sous Windows.

Merci d'avance pour vos réponses

[imperio]

Je trouve que les pipes ne sont pas le meilleur moyen pour communiquer entre 2 programmes mais qu'importe. En gros un pipe est généralement fait entre un processus père et un processus fils. Le père fork et puis ouvre un pipe. De son côté, le fils ouvre aussi un pipe puis fait ce qu'il à faire. Sache que tu peux rediriger les flux (comme écrire sur la sortie standard) dans ce pipe avec les fonctions de la famille dup.

La solution que je préfère pour communiquer entre 2 programmes restent tout de même les sockets. Facile à mettre en place et il n'y a pas d'attente lorsque c'est fait en local. Cependant, sache qu'il existe aussi les fifo (seulement sous linux) et les messages queues. Si tu te sens vraiment d'attaque, tu peux même utiliser les signaux, mais ce n'est pas du tout fait pour ça (et ça ne fonctionne que sous linux encore une fois).

Bref, voilà quelques pistes.

[Anonyme5571]

D'accord merci pour ta réponse mais avec les sockets je ne vois pas trop comment faire...je sais envoyé des données a un API avec ce code:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
    WSADATA WSAData;
    WSAStartup(MAKEWORD(2,0), &WSAData);
    SOCKET sock;
    SOCKADDR_IN sin;
    sin.sin_addr.s_addr	= inet_addr("192.168.0.10");
    sin.sin_family		= AF_INET;
    sin.sin_port		= htons(502);
    sock = socket(AF_INET,SOCK_STREAM,0);
    bind(sock, (SOCKADDR *)&sin, sizeof(sin));
    connect(sock, (SOCKADDR *)&sin, sizeof(sin));
 
    char Trame[1]={0x01};
    char buffer[255];
    send(sock, Trame, 1, 0);
    recv(sock, buffer, sizeof(buffer), 0);
    printf("%d",buffer[6]);
 
    WSACleanup();

Donc pour faire en local sa doit la même chose environ je pense,
Mais après dans le code ou je doit réceptionner la donné que j'envoie comment je fais pour exécuter un événement a la réception de ma donné?

[imperio]

C'est pas les tutos qui manquent sur le net concernant les sockets...

[gangsoleil]

Bonjour,

Pourquoi ne pas utiliser les signaux ?

• Dans le premier programme, tu créés un handler de signal, qui change la valeur de ta variable si le programme reçoit le signal SIGUSR1 par exemple.
• Dans le second programme, au démarrage, tu cherches le PID du premier programme, et tu lui envoies le signal SIGUSR1, et le tour est joué.

Comme tu le vois, la difficulté réside plus dans le fait de trouver le PID du premier programme que dans la gestion des signaux elle-même, notamment car cela va dépendre de l'OS que tu utilises. Sous Linux, tu peux appeler la commande ps, ou bien regarder le contenu de /proc. Sous Windows, je ne sais pas ce qui existe.
Sinon, c'est moche mais efficace, tu modifies le premier programme pour qu'il écrive son PID quelque part : dans un fichier, dans une mémoire partagée, ...

Bien sûr, tu peux aussi utiliser d'autres méthodes, mais celle-ci est très bien adaptée à ce que tu veux faire.

[imperio]

Mouais, je trouve ça un peu hasardeux. Au moins avec les sockets, tu écris un code et c'est fini. Après il y a toujours d'autres possibilités mais je trouvais que c'était la plus élégante.

[Anonyme5571]

Ouais je vais plutôt partir sur les sockets qui me semble plus facile a mettre en place.

[gangsoleil]

Mouais, je trouve ça un peu hasardeux.

Je ne vois vraiment pas ce qu'il y a d'hasardeux dans l'utilisation des signaux.... Le principe même d'un signal est de prévenir un autre programme, c'est à dire exactement ce qui est demandé ici.

Au moins avec les sockets, tu écris un code et c'est fini.

Quelle différence avec les signaux ?

Après il y a toujours d'autres possibilités mais je trouvais que c'était la plus élégante.

Je trouve que gérer des sockets pour finalement ne rien envoyer, c'est super lourd. Et puis bien sur tu as toujours le problème du choix du port : dans une version "pro" d'un logiciel, celui-ci est configurable afin de pouvoir s'assurer qu'il n'y ait pas de conflits (ce qui arrive plus souvent qu'on ne croit), donc tu as exactement le même problème qu'avec les PID.

Sinon, un très bon tuto sur les sockets : http://beej.us/guide/bgnet/output/ht...age/bgnet.html