問題タブ [filesystemwatcher]

MSDNによると、ReadDirectoryChangesWを使用することは、バックアップと復元の権限を持つ呼び出しプロセスを意味します。

これは、管理者アカウントで起動されたプロセスのみが正しく機能することを意味しますか？

次のコードを試しましたが、制限付きユーザーとして実行しているときに必要な権限を有効にできません。

私は何か間違ったことをしていますか？管理者以外のユーザーアカウントからReadDirectoryChangesWを使用するための回避策はありますか？.NETのFileSystemWatcherがこれを実行できるようです。ありがとう！

更新：クラスの完全なコードは次のとおりです。

更新：朗報です！問題は、CreateFileの呼び出しのFILE_SHARE_WRITEフラグに実際にあることが判明しました。私が管理者でない限り、通知は届きませんでした。このフラグを削除すると、すべてが管理者以外のアカウントでも機能するようになりました。

FileSystemWatcher がイベントを複数回トリガーするようです。これが私の設定です。

• ドキュメントを変更すると、ドキュメント変更イベントが 2 回トリガーされます。

• フォルダーの下に新しいファイルが作成されない限り、新しいフォルダー作成イベントはトリガーされません。

• 削除されたイベントが発生しませんでした（シフト削除も使用してみました）

これらの問題の回避策を知っていますか？

同じ特定のパスと特定の拡張子を監視できる FileSystemWatcher が必要です。しかし、パスは、拡張機能と同じように、数十、数百、またはおそらく数千になる可能性があります (希望しないでください:P)。パスと ext はユーザーが追加します。

何百もの FileSystemWatcher を作成するのは得策ではありません。

それで - どうやってそれをするのですか？すべてのデバイス (HDD、SD フラッシュ、ペンドライブなど) を監視/観察することはできますか? 効率的でしょうか？私はそうは思わない... 。Windows ログ ファイルを変更するたびに、ウイルス対策プログラムによってファイルをスキャンします。

私は最近、SQLiteの素晴らしさ、特にhttp://sqlite.phxsoftware.com/でSQLiteの.NETラッパーを発見しました。

ここで、同じネットワーク上の複数のマシンで実行されるソフトウェアを開発しているとします。クレイジーなことは何もありません。おそらく5台か6台のマシンだけです。そして、ソフトウェアのこれらの各インスタンスは、共有ディレクトリ内のファイルに保存されているSQLiteデータベースにアクセスします（これは悪い考えですか？もしそうなら、教えてください！）。

1つのインスタンスがデータベースファイルを更新した場合にアプリの各インスタンスに通知する方法はありますか？明らかな方法の1つは、FileSystemWatcherクラスを使用し、データベース全体をDataSetに読み込んでから、...ご存知のとおり...全体を列挙して、何が新しいかを確認することです...しかし、実際には、それはかなりばかげているようです。SQLiteアップデートのプロバイダーのようなものはありますか？

これは質問としても意味がありますか？また、ADO.NETに関してはかなり初心者なので、まったく間違った角度から問題に取り組んでいる可能性があります。

C#でFileSystemWatcherを使用して複数のフォルダ(サブディレクトリではない)を監視する最良の方法は何ですか?

さまざまなフォルダにさまざまなファイルが存在するかどうかを監視するサービスについて書いています...ファイルシステムウォッチャーを使用してイベントを取得しています。

展開の一環として、監視対象フォルダーの1つが削除され、新しいフォルダーが作成されることがあります。

その結果、サービスはエラーをスローして停止します...

そのようなエラーをキャッチして、サービスによって新しいフォルダにファイルウォッチャーを再作成することは可能ですか？

アプリケーションがディレクトリ内のファイルに変更を加えたときにFileSystemWatcherオブジェクトを確実に無効にして、ディレクトリへの外部の変更のみを監視する方法を知っている人はいますか？

書き込みを実行する直前にfalseに設定EnableRaisingEventsし、直後にtrueに戻そうとしましたが、この方法は信頼できないようで、イベントが発生することがあります。

私が考えることができる他の唯一のことは、書き込みを実行した後、OSがFSWを再度有効にする前にディレクトリの変更を完了するまで少し待つことですが、それはハックのようで、私はそれが好きではありません。

問題に加えて、ディレクトリは潜在的に多くのファイルで構成されており、そのIDは私の知識と制御を超えているため、特定のファイルに対してイベントが発生するのを待ってから無視することはできません。1回の変更後にFSWイベントがいくつでも発生する可能性があります（多くのファイルが更新される可能性があるため）。

Windows フォームのデータグリッドを持つ C# アプリケーションがあります。ディレクトリを監視し（FileSystemWatcherを使用しています）、ディレクトリ内のファイルのリストでデータグリッドを更新する必要があります。インターフェイスを設定する方法がわかりません。Windows フォームの Load() から monitorDirectory() を呼び出しても、Load はアプリケーションで 1 回しか呼び出されないため、機能しないようです。

ありがとう

I have a FileSystemWatcher object setup to monitor changes to a log file written by a console app. The notifier filter is set to: watcher.NotifyFilter = NotifyFilters.Size | NotifyFilters.LastWrite | NotifyFilters.LastAccess; Env: OS: Win 2k8 server.

The console app code that dumps to the stdout that is redirected to the file out.log:

void MySet::Dump() { std::cout << this << endl; fflush(stdout); }

After I run the Dump ( in the immediate window of debugger), the file size remains the same. If I run a "type" command the update seems to happen. Any ideas

c:\temp> dir 5/21/2010 11:11 AM 4,159 out.log

After Dump: (No change )

c:\temp> dir 05/21/2010 11:11 AM 4,159 out.log

Run a "type" command ...

c:\temp>type out.log File now has the new size ... c:\temp> dir 05/21/2010 11:11 AM 4,410 out.log

Why is this behaviour ? Am I missing something here? Thanks in advance.

こんにちは、FileSystemWatcher を使用してディレクトリを監視しています。

そのディレクトリにファイルが作成されると、ウォッチャーがそれを取得してネットワーク ドライブに転送します。私の問題は、Microsoft-office ファイルを開くと、監視対象のディレクトリに一時ファイルが作成されることです。これらのファイルを無視する方法が見つからず、これらのファイルをいつネットワーク ドライブに移動する必要があるかもわかりませんでした。