1. ホーム
  2. 質問と答え
  3. たWaitForMultipleObjects正しく

たWaitForMultipleObjects正しく

2012-05-11 8 views
-1

が、私は上の変更を監視しようと動作しませたWaitForMultipleObjects正しく

  1. //server/results
  2. //server/results/1
  3. //server/results/1/output
  4. //server/results/2
  5. //server/results/2/output
  6. //server/results/3
  7. //server/results/3/output
  8. 等...

それらのそれぞれは、FindFirstChangeNotificationによって作成されたハンドルを持っています。したがって、より多くの結果が生成されると、ハンドル数がサーバー接続制限値50に近づいています（通常、1つのリモートサーバーで最大50の受信機能を同時にサポートできます）。ハンドルが約47に達すると、//server/resultsは機能しなくなります。

出典

2012-05-11 user1389146

+1

コードスニペット？ 'WaitForMultipleObjects'はハンドルの量が最大MAXIMUM_WAIT_OBJECTSまでの防弾で動作します。 –

+1

非常に奇妙な質問です。タイトルには 'WaitForMultipleObjects'が記述されていますが、問題の本文には言及がありません。コードなしでは、これは非質問です。そして、 'WaitForMultipleObjects'は動作することが知られています。問題はあなたのコードにあります。ここであなたの考え方を調整する必要があります。 –

+1

'bWatchSubtree'をtrueに設定して' // server/results'を見るだけではどうですか？ – Deanna

答えて

1

代わりにFindFirstChangeNotificationを使用する代わりに、ReadDirectoryChangesWを代わりに使用すると、再帰的にフォルダを監視できます。

出典

2012-05-11 11:58:22 Stefan

関連する問題

 関連する問題