Discussion :

[kurt225]

Bonjour,

Je rencontre un problème, mais avant tout, voici ce que je veux faire :

J'ai un programme A qui tourne en permanence et qui ne doit jamais s'arrêter. Ce programme se lance au démarrage.

Vient ensuite le programme B qui se lance manuellement, et tant que le programme B tourne, le programme A s'arrête temporairement.

Pour celà, j'avais d'abord pensé à un fichier .ini commun aux deux programmes A et B. Dans ce fichier ini, je mets une valeur booleenne.

False : le programme A tourne
True : le programme A se met en pause

Quand le programme B s'ouvre (en manuel), le booleen passe à True. Quand il se ferme, le booleen passe à False.

Seulement le problème, c'est que A lit en permanance le fichier .ini, ce qui provoque un conflit lorsque le programme B veut ecrire dedans, car un fichier ne peut être ouvert que par un seul programme à la fois.

Ensuite, un ami m'a parlé de 'pipe' ou 'canal nommé'. Est-ce la bonne methode? Que me conseillez vous pour y arriver?

Merci

[mactwist69]

Tu peux passer par d'autre solution.

Mais sur ton problème initiale, A doit faire le test de lecture tous les x secondes (5 par exemple) avec un sleep ou un DoEvents, et il fait un test pour savoir si il peut lire le fichier (avec un try catch), sinon il attends, comme ça pas d'exception.

B de même, vérifie si le fichier est ok

[Pol63]

passer par la lecture d'un fichier n'est pas une bonne idée
si un programme plante il n'aura pas le temps d'écrire une valeur dans le fichier

le plus simple c'est d'utiliser le tcplistner/tcpclient
B écoute sur un port (sur localhost)
A essaye de s'y connecter toutes les x secondes s'il n'y arrive pas il tourne, s'il y arrive il se met en pause
c'est pas encore ce qu'il y a de plus joli mais c'est déjà plus sûr

ca reflèterait plutot un problème de conception à mon avis
si ces programmes font la même chose un seul devrait faire ce qu'il y a à faire et B devrait juste dire à A quoi faire (auquel cas A devrait être un service)

[Graffito]

passer par la lecture d'un fichier n'est pas une bonne idée

En effet, modifier/tester le contenu n'est en effet pas une bonne idée.

Mais, on peut utiliser la solution suivante:
- B exécutera les fonctions Lock et Unlock des FileStream pour signaler son état (Unlock auto en cas de crash de B).
- A effectuera des lectures pour connaitre l'état Locked ou UnLocked (une exception sur le Read impliquant "Locked"),
- au départ, B effectuera le même test que A pour savoir si une instance de B est déjà active.

[kurt225]

J'ai finalement réussi, j'ai utilisé un pipe et me suis inspiré de ce que Pol a dit :

B ecoute si client A se connecte.

A essaye de se connecter grâce à un Thread.

Je fais une vérification : Tant que A est connecté, boucle infinie, et on libère le port série pour B. Quand B se ferme : Disconnect(), et pouf, A reprend le fil d'exécution.

Merci beaucoup !