問題タブ [pyinotify]

pyinotify特定のディレクトリ内のファイルへのアクセスや変更などを検出するために使用しています。パッチinotifyを適用することなく、どのプロセスがその原因であるかを見つける簡単な方法はありますか？

pyinotify に問題があります: のメソッドprocess_*()がProcessEvent呼び出されません

コード

それ以外はすべてログに記録されます。inofity は正しく動作します。inotifywait でテストしました。何が欠けている可能性がありますか？

pyinotify（ThreadedNotifier経由）を使用して特定のファイルがいつ変更されるかをチェックするwxPythonアプリケーションがあります。これが発生すると、アプリケーションはファイルの監視を停止し、いくつかの処理を実行します。多くの場合、ThreadedNotifier.stop（）の呼び出しにかなりの時間（約4秒）がかかることを除いて、すべてが正常に機能します...それ以外の場合は、すぐに終了します。
他の誰かがこれを経験しましたか？これは期待されていますか？

（Xubuntu 9.04）

pyInotifyに監視させたい非常に大きなディレクトリツリーがあります。pyInotifyにツリー全体を監視させる方がよいのでしょうか、それとも特定のファイルへの変更を報告する多数の監視を行う方がよいのでしょうか。ありがとう

ファイルが削除されるたびに警告するためにpyinotifyを使用しようとしていますが、ファイルを削除したユーザーを知りたいです。この情報を見つける方法はありますか？

私はPythonの初心者で、pygtkを使用してGUIインターフェイスでpyinotifyを使用しようとしています。私には2つのクラスがあります。あまり機能せず、表示するだけのgtkクラスと、監視を処理するクラスです。

それらを別々に実行すると、それらは機能しますが、他のクラスからgtkクラスをロードしようとすると、gtkクラスのみが実行され、モニタークラスはGUIを終了したときにのみ実行されます。最後の行をコメントすると、モニターは正常に動作します。「myGTK.main」がプロセス全体をブロックしていると思います。何か私にできることはありますか？

ありがとう。

大きなファイルや接続速度が遅い場合、ファイルのコピーに時間がかかることがあります。

pyinotifyを使用して、IN_CREATEイベントコードを監視しています。しかし、これはファイル転送の開始時に発生するようです。ファイルが完全にコピーされたときを知る必要があります-ファイルが半分しかない場合はあまり役に立ちません。

ファイル転送が終了して完了すると、どのinotifyイベントが発生しますか？

Nokia N900 携帯電話の環境光センサーの光強度をルクス単位で含む /sys/ のファイルの読み取りに行き詰まりました。

ここのtalk.maemo.orgのスレッドを参照してください

ファイルをポーリングするためにpyinotifyを使用しようとしましたが、ファイルは常に「process_IN_OPEN」、「process_IN_ACCESS」、および「process_IN_CLOSE_NOWRITE」であるため、これはある種の間違いに見えます

私は基本的にできるだけ早く変更を取得したいと考えており、変更がイベントをトリガーした場合は、クラスを実行します...

これは私が試したコードですが、期待どおりには動作しませんでした (process_IN_MODIFY がトリガーされることを望んでいました)。

更新 1:

うーん、特別なメカニズムがあるかどうかの手がかりなしに私が思いついたのは次のとおりです。

独自のスレッドにラップされたこれはうまくいく可能性がありますが、最新の値を取得するためのよりスマートで、CPU の占有率が低く、より高速な方法を持っている人はいますか?

ディレクトリを監視しようとしていて、ファイルの変更を探しています。pyinotify の使用を考えています。問題は、IN_MODIFY イベントを使用してファイルの変更をチェックしているときに、たとえば 12 MB の小さなファイルをネットワーク経由でディレクトリにコピーすると、かなりの数のイベントがトリガーされることです。

あまり多くのトリガーを処理したくありません。ファイルがコピーされた後、単一のイベントのみをトリガーしたい。どうすればそれを達成できますか？

Pyinotifyの達人なら誰でも助けてくれます

iPad を手に入れたばかりで、愚かにも TexTouch アプリケーションを手に入れました。愚かなことに、Apple の規制により、TexTouch は Tex をコンパイルできず、Dropbox を使用して .tex ファイルをコンピューターに同期します。離れたコンピュータでは、.tex ファイルを PDF にコンパイルして送り返す別のプログラムに捕捉されます。しかし (驚き!) その遠いプログラムは Windows と Mac のみです。そして、私はLinuxを使用しています。だから私は、inotifyを使わないのはなぜだと思いましたか？もう少し簡単にするために、実際に pyinotify を使用したので、大量のコンパイルを処理する必要はありません。しかし、Dropbox がファイルをドロップすると、pyinotify の方言で、発生するイベントを以下に示します。(明らかに、「最初の doc.tex」は同期しているファイルの名前です。)

私はそれから何を作ることができますか？一意に見える唯一のイベントは、IN_MOVE_FROM および IN_MOVE_TO イベントです。しかし、それらを監視するのは悪い考えのようです。Dropbox によって開始されたイベントを検出する方法はありますか? inotify または pyinotify 以外のものを使用する必要がありますか?