Discussion :

[timeout]

Bonjour,

Je fais fasse à un problème de conception conernant les tubes nommés (Named pipe) sous windows. Il y a un cas de figure :

- Premier cas :
D'un côté il y a un "serveur pipe" et de l'autre un "client pipe". Le client utilise la fonction "WriteFile" pour communiquer à travers le pipe avec le serveur. Cependant, le client attend une réponse du serveur donc il fait appel à la fonction "ReadFile". Par ailleurs, le serveur n'a pas encore fait appel à la fonction "WriteFile" pour répondre au client.

Est-ce que ce comportement est valide ?

[r2d2abc]

regarde ici
ms-help://MS.MSDNQTR.v90.fr/ipc/base/multithreaded_pipe_server.htm
et ici
ms-help://MS.MSDNQTR.v90.fr/ipc/base/named_pipe_client.htm
hope this helps
...

[timeout]

Bonjour,

regarde ici
ms-help://MS.MSDNQTR.v90.fr/ipc/base/multithreaded_pipe_server.htm
et ici
ms-help://MS.MSDNQTR.v90.fr/ipc/base/named_pipe_client.htm

J'avais déjà vu ces deux liens. En fait dans cet exemple comme dans tous les autres exemples, le serveur attend une connexion, créé une instance et ensuite une lecture suivi directement par une écriture se fait et ensuite déconnexion de l'instance. Pour le client c'est la même chose. Alors, est-ce qu'à chaque que je veut "discuter" avec le serveur pipe je doit me connecter et ensuite me déconnecter ?

Cependant, cela ne répond pas à ma question initiale. En gros, j'aimerais savoir s'il est prévu par l'API d'appeler la fonction "ReadFile" alors qu'il n'y a rien à lire dans le pipe et qu'elle se mette en quelquesorte en attente d'une écriture.

J'ai fait le test j'ai un freeze sur la fonction "WriteFile" lorsque le "ReadFile" est appelé avant. J'ai regardé sur l'API sur msdn je n'ai rien trouvé qui puisse me permettre "d'attendre" avant l'appel de "ReadFile" (un genre de "select" utilise pour les sockets (file descriptor)).

Cordialement

[nunch]

Bonjour,

Windows propose plusieurs mécanismes d'attente avec les pipes:
- ReadFile() en mode "overlapped" qui permet de faire de la lecture asynchrone
- ReadFileEx() qui est dédié à la lecture asynchrone
- PeekNamedPipe() combiné à Sleep() ou WaitForSingleObject() ou WaitForMultipleObjects() dans une boucle permet d'interroger le pipe régulièrement sans enlever les données

Exemple:

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
19
20
DWORD ByteToRead;
HANDLE HndPipe;
BOOL RetVal;

... // code d'ouverture du pipe, etc.

do
{
   RetVal = PeekNamedPipe(HndPipe,NULL,0,NULL,&ByteToRead,NULL);
   if(RetVal)
   {
      if(ByteToRead)
      {
            RetVal = ReadFile(HndPipe,...);
            ... // Traitement
      }
      else Sleep(100);
   }
}
while(RetVal);