ウィンドウ上のパイプのselectと同等

Question

私のパイプの1つが読み込まれるまでブロックする必要があります。

私はWaitForMultipleObjectsを試しましたが、ただパイプの1つにデータがあるとすぐに返します。パイプブロック上の次のReadFile。

私はデータが利用できるようになるまでブロックする必要があるため、PeekNamedPipeを使用することはできません。また、スリープのループでピークを検出すると、スリープにより反応が遅くなります。

このコードはクロスプラットフォームであり、私はfifoのfdのセットでSelectを使用して、選択したときに準備ができているものから読み取ることができるため、Linux上ですべてうまく動作しますが、窓に

多くの人が読んだり書いたりして重複した操作を使わなければならないと言ってきましたが、これはループしてすべてのパイプを試してみる必要はありませんか？

パイプの1つにデータがあるまでブロッキング操作がブロックされていませんか？

Answer 1

私はWaitForMultipleObjectsを試しましたが、パイプの1つにデータがあるとすぐに返します。パイプブロック上の次のReadFile。

パイプはMSDNの待ちオブジェクトタイプのリストには記載されていないため、WaitFor...()ファシリティファミリのいずれにもパイプを渡すことはできません。

私は多くの人々はあなたが書き込み/読み取りと重複操作を使用する必要が言って見てきましたが、これは、ループに私を必要とし、一つ一つのパイプを試してみて、読んでいないでしょうか？

オーバーラップI/Oが問題の解決方法です。

パイプをオーバーラップモードで作成します。次に、あなたがいずれかをすることができます：

1. はCreateEvent()を経由してイベントオブジェクトを作成し、特定の読み出し動作のために使用OVERLAPPED構造に割り当てます。次に、複数のパイプ上で非同期操作ReadFile/Ex()を発行し、WaitForMultipleObject()を使用して、イベントオブジェクトの1つが通知されるまでイベントオブジェクトを待機させることができます。 WaitForMultipleObjects()の戻り値は、どのイベントが通知されたか、どのパイプが何らかのデータを読み込んだことを関連づけて通知します。

2. の代わりにGetQueuedCompletionStatus/Ex()を使用すると、イベントオブジェクトを省略できます。 GetQueuedCompletionStatus/Ex()は、構造体が完了した具体的なOVERLAPPEDを教えてくれます（必要に応じて、hEventフィールドを使用してユーザー定義データを渡すことができます）。

これは、MSDNのドキュメントで覆われている：

Synchronous and Overlapped Pipe I/O

select()は、単一の呼び出しで複数の完了した操作を報告することができます。ただし、WaitForMultipleObjects()およびGetQueuedCompletionStatus()は、一度に完了した操作を1つしか報告できません。複数の操作が完了したかどうかを調べるには、それらをループで呼び出さなければなりません。一方、GetQueuedCompletionStatusEx()は、複数の完了した操作を一度に報告することができます。

1つのパイプにデータが入っているまでブロックされないブロック処理はありますか？

はい。上記を参照。

Answer 2

はい、オーバーラップI/Oを使用するのが最適です。すべてのパイプハンドルをI/O完了ポートにバインドすることができます（直接CreateIoCompletionPort()経由、間接的にはBindIoCompletionCallback()経由）。非同期読み取りの場合は、OVERLAPPEDから継承した構造体を作成し、パイプハンドルでReadFile/Ex()に渡します。各読み込みには、その構造体の割り当てられたインスタンスが必要です。次に、GetQueuedCompletionStatus()（またはバインドされたコールバック）を使用して、各読み取りが完了したことを検出できます。ループは必要ありません。