Xウィンドウが現れる/消えるのを（正気に）待つ

シェルスクリプト内で、タイトルに文字列が含まれているウィンドウが表示されるのを待ち、何らかのアクションを実行してから、ウィンドウが消えるのを待ち、その他のアクションを実行する必要があります。

昨日まで、私はこの単純なコードを持っていました。この問題は、スクリプトの実行中にディスクを省電力状態にすることができず、長時間続く可能性があることです。

while :; do
    until wmctrl -l | grep -q "$string"; do   # until
        sleep 0.5
    done
    : do action 1

    while wmctrl -l | grep -q "$string"; do   # while
        sleep 0.5
    done
    : do action 2
done

上記のコードがめちゃくちゃディスクを起こしていると判断したxdotoolので、いくつかのコマンドラインツールのドキュメントを読み、ウィンドウが表示されるのを待ちxprop、ウィンドウがいつ消えたかを判断することにしました。

while :; do
    # we use `until' because sometimes xdotool just crashes
    until xdotool search -sync -all -onlyvisible -pid $pid -name "$string"; do
        :
    done

    # xdotool isn't trustworthy either, so check again
    wmctrl -l | grep -q "$string" ||
        continue

    : do action 1

    xprop -spy -root _NET_CLIENT_LIST_STACKING | while read line; do
        if [[ ! ${_line:-} || $_line = $line ]]; then
            _line=$line
            continue
        else
            _line=$line
            if wmctrl -l | grep -q "$string"; then
                continue
            else
                : do action 2
                break
            fi
        fi
    done
done

ここで、上記のコードに2つの新しい問題があります。

• xdotool以前に回避したように、クラッシュして奇妙な結果が出るだけでなく、ウィンドウが表示されるのを待っている間、CPUの約15％を消費します。つまり、ディスクをウェイクさせる単純なコードを削除して、CPUを何時間も浪費したままにするコードを記述しました。そもそも私の意図は、電力を節約することでした。
• xprop -spyフォーカスを変更したり（で回避した方法$_line）、ウィンドウを作成および破棄するたびに通知されます。これにより、xdotoolよりも頻繁にディスクが起動します。

タイトルのあるウィンドウが$string表示または非表示になるのを待つだけの簡単なプログラムを探しています。既存のコマンドラインツール、Pythonスクリプト、コンパイル可能なCコードなどを使用できますが、何らかの方法でスクリプトに統合できるはずです（たとえ、情報をfifoに書き込んだとしても）。

これにより、書き込みを含むすべての（OK：ほとんど。何を忘れたか？ソケット？）ファイルシステムアクティビティが得られます。

strace -f command 2>&1 | 
  grep -e '^open.*O_CREAT' \
    -e ^write   \
    -e ^mkdir   \
    -e ^rmdir   \
    -e ^unlink  \
    -e ^rename  \
    -e ^chmod   \
    -e ^link    \
    -e ^symlink \
    -e ^mknod

この情報を使用して、tmpfsで動作するchroot環境を作成できます（最後の手段として、tmpfsへのシンボリックリンクで十分です）。プログラムがRAM chrootで起動されている場合、ディスクを直接起動することはできません。ファイルシステム階層への書き込みがディスクに書き込まれることはありません。

「実際の」X11アプリケーションを作成することにより、ウィンドウマネージャーまたはX11に依存してこれを処理する方が簡単で信頼性が高いかもしれません。

シェルに必要なのは、ウィンドウマネージャーに登録し、シェルに戻る前に目的のイベントタイプを待機するものです...シェル内でのループを回避できれば、はるかにロードフレンドリーになります。（until xdotool...ループ内で遅延（スリープ）がないため、原因がロードされます。）

ああ...どうやらxdotoolその機能は1年以上前に追加されたよう--syncです。それは私の現在のLinuxディストリビューション（Debian Squeeze）では利用できないので、まだ試していません。

あなたと同様の質問に答えるxdotool開発者：https ://groups.google.com/d/msg/xdotool-users/7zfKTtyWm0Q/DM6TSOBUWZMJ