Version imprimable
Bonjour,
j'utilise des pipes nommés pour faire communiquer deux processus.
Mon problème est à la fermeture des pipes : dans chaque processus, un thread lit en permanence le pipe pour de nouvelles infos. Quand il n'y a rien d'écrit, il est donc bloqué.
Comment le débloquer pour qu'il libère le pipe, afin de pouvoir le fermer ?
Le moyen pour moi serait de rendre l'appel à la méthode ReadFile() non bloquant...
salut,
la fonction SetNamedPipeHandleState permet de specifier le mode bloquant ou non au niveau des pipes mais je pas sur que ça fonctionne correctement
regarde sur la doc MDSN extrait:
la question dans ta communication tu peux pas codifier un message pour indiquer la fermeture au serveur et fermer le thread ?Citation:
PIPE_NOWAIT Nonblocking mode is enabled. In this mode, ReadFile, WriteFile, and ConnectNamedPipe always return immediately. Note that nonblocking mode is supported for compatibility with Microsoft® LAN Manager version 2.0 and should not be used to achieve asynchronous input and output (I/O) with named pipes.
:D
Je vais essayer le NO_WAIT, on verra bien... Je ne peux pas utiliser les structures OVERLAPPED parce que mon logiciel doit être compatible avec Win95, eh oui, il y a encore des gens qui utilisent cette... chose :roll:
Pour répondre à ta question, voila précisémment mon problème :
deux processus A et B qui utilisent les MFC, possédant chacun un thread de lecture. Le thread de lecture fait des tentatives de lecture sur les pipes (deux pipes nommés) pour notifier le thread principal (handler de messages Windows) que des données ont été lues et sont disponibles à être exploitées.
Le problème se pose lorsque l'utilisateur souhaite quitter l'application : le thread principal de l'appli pose un flag au thread lecteur pour lui dire de fermer les pipes et de s'arrêter. Ainsi, on est censé quitter proprement : les pipes sont fermés, les threads sont terminés.
MAIS, le thread lecteur est bloqué sur l'opération de lecture, DONC il ne voit pas le flag, DONC on quitte comme un porc : les pipes ne sont pas fermé, le thread est toujours actif, la mémoire n'est pas désallouée.... :(
youpi ! le NO WAIT fonctionne.
:D