GFileMonitor

最近 GUI をやっていない。
コマンドラインばかりじゃつまんない。

で、実用的かもしれないディレクトリ内容の変更を監視し出力するウインドウを。
いや、随分前にやって上手くいかなかったのだが原因がやっと解ったので。
GUI は C では面倒すぎなので Python で。

#!/usr/bin/env python3

"""
    $HOME を監視するサンプル
"""

from gi.repository import Gtk, Gio, GLib

class Win(Gtk.Window):
    def __init__(self):
        Gtk.Window.__init__(self)
        self.view = Gtk.TextView()
        self.view.set_editable(False)
        sw = Gtk.ScrolledWindow()
        sw.add(self.view)
        self.add(sw)
        #
        # ファイル監視も同様、現在存在していない場合でも監視してくれる
        #f = Gio.File.new_for_path(GLib.get_home_dir() + "/test.txt")
        f = Gio.File.new_for_path(GLib.get_home_dir())
        #
        # GFileMonitor は他メソッドで使わなくても必ずアトリビュートにする
        # しないと __init__ 抜けた時点で破棄されてしまう
        #
        self.monitor = f.monitor(Gio.FileMonitorFlags.NONE)
        #self.monitor = f.monitor(Gio.FileMonitorFlags.SEND_MOVED)
        self.monitor.connect("changed", self.on_monitor)
        # self
        self.connect("delete-event", Gtk.main_quit)
        self.resize(300, 200)
        self.show_all()

    def on_monitor(self, monitor, f, other_f, event):
        """
            ディレクトリ監視は隠しファイルの変更も感知します
            ( /.bash.history 等 )
        """
        buf = self.view.get_buffer()
        s = f.get_path()
        if event == Gio.FileMonitorEvent.CHANGED:
            # ファイルの内容が変更された時
            buf.insert_at_cursor("CHANGED: {0}\n".format(s))
        elif event == Gio.FileMonitorEvent.CHANGES_DONE_HINT:
            # ファイルの情報が変更された時
            buf.insert_at_cursor("CHANGES_DONE_HINT: {0}\n".format(s))
        elif event == Gio.FileMonitorEvent.DELETED:
            # 削除(リネーム、移動含む)された時
            buf.insert_at_cursor("DERETED: {0}\n".format(s))
        elif event == Gio.FileMonitorEvent.CREATED:
            # 作成(リネーム、移動含む)された時
            buf.insert_at_cursor("CREATED: {0}\n".format(s))
        elif event == Gio.FileMonitorEvent.ATTRIBUTE_CHANGED:
            # パーミッションが変わった時
            buf.insert_at_cursor("ATTRIBUTE_CHANGED: {0}\n".format(s))
        elif event == Gio.FileMonitorEvent.PRE_UNMOUNT:
            # Gio.FileMonitorFlags.WATCH_MOUNTS 指定時のみ
            buf.insert_at_cursor("PRE_UNMOUNT: {0}\n".format(s))
        elif event == Gio.FileMonitorEvent.UNMOUNTED:
            # Gio.FileMonitorFlags.WATCH_MOUNTS 指定時のみ
            buf.insert_at_cursor("UNMOUNTED: {0}\n".format(s))
        elif event == Gio.FileMonitorEvent.MOVED:
            # Gio.FileMonitorFlags.SEND_MOVED 指定時のみ
            buf.insert_at_cursor("MOVED: {0}\n".format(s))
        # Gio.FileMonitorFlags.WATCH_MOUNTS 指定時に、あれ?
        if other_f:
            buf.insert_at_cursor("other: {0}\n".format(f.get_path()))

Win()
Gtk.main()

gfilemonitor

で、結論。
GFileMonitor のインスタンスは self のアトリビュートにする必要がある。

今迄は他メソッドから参照する必要が無いものは self にはくっつけなかった。
すると全然シグナルが飛んでこない、バグだとずっと思っていた。
しかし今日 self を付けただけであら不思議。

よく考えたらガベージコレクションだから当然である。
GUI 部品なら親ウインドウにくっついているのだから何かしら参照がある。
しかしメインループで動いているだけの部品はどこからも参照されていない。
結果ガベージコレクタの破棄対象に、何かで参照しないといけない。

PyGObject を作っている皆様、コッソリ疑っていてごめんなさい。

もしかしてアレも、と思い付くのがチラホラ。

しかしファイル監視は存在しないファイルを指定してもいいんだね。
新規作成で CREATE と CHANGES_DONE_HINT のシグナルが飛んでくる。
CHANGES_DONE_HINT はちょっとうっとうしい。

それと $HOME を監視したまま gnome-terminal を終了すると解るけど。
~/.bash_history とかの隠しファイルへの書き出しにも反応する。
コレはハンドラ側で見分け等をする、でいいのかな。

gfilemonitor2

SEND_MOVED 指定も試してみた、なるほどそうなるか。
ディレクトリ移動だと結局 DELETED になる、リネームしか意味が無い。
しかし *other_file 引数は何だろう?

それよりリネーム後のファイル名が得られないと困るんだが。
バ…いやいや、コレも手段が悪いだけなのかもしれないし。
というか、使い道が思いつかないしどうでもいいかなと。

おまけで、GDataOutputStream での上書き保存のみ。

#!/usr/bin/env python3
 
from gi.repository import Gio

f = Gio.file_new_for_path("output_stream.txt")
fstream = f.replace("", False, Gio.FileCreateFlags.NONE)
dstream = Gio.DataOutputStream.new(fstream)
dstream.put_string("BKB BKB")
fstream.close()

output_stream

OutputStream ってこんなことをやっていたの!
当然の話だが Gedit の上書き保存もまったく同じ。
いやいや、監視してみると色々面白いことが解るNE!

\033[

今日の覚書

【第十二回】エスケープシーケンス(2) – あらほりLinuxメモ

#!/bin/sh

# \033[数値A で戻りたい行数の数値
# \033[0J    でカーソル以降の行を削除

echo いくぞー

for s in いーち にー さーん だぁー!
do
    sleep 1
    printf "\033[1A\033[0J"
    echo $s
done

daa

なるほど、使い道は微妙だけど。
もっと更新してほしいな、忙しいのだろうけど。

1 ページ前の色分けはも含め C や Python からも使えるのね。
しかし cmd.exe はそもそも色分けができないだろ、なんだが。
エスケープシーケンス

Python

#!/usr/bin/env python3

print("\033[32m緑色おおおお");
print("\033[31m赤色おおおお");
# 戻す
print("\033[39m", end='');

C (glib)

#include <glib.h>

int
main (int argc, char* argv[]) {

    g_printf("\033[32m緑色おおおお\n");
    g_printf("\033[31m赤色おおおお\n");
    // 戻す
    g_printf("\033[39m");
    return 0;
}

033

コッチは警告表示で赤で出力とか便利そう。
sh で探して C, Python も使えたので得した気分。

Bash Increment

シェルスクリプトの変数って ++ でインクリメントできたんですね。
Bash – シェルのループ処理内でのインクリメント – Qiita
これも凄いがコメント(一番下)がもっと凄い。

while (( count < 10000 ));

こんなのまでできたのか、マジで速いし。

試すと (( count– )) で普通にデクリメントするね。
Ramen Timer for Ubuntu sh | PaePoi
これを使えば seq を逆順ソートとかしていたラーメンタイマーを

#!/bin/sh
 
# カップラーメン用にどうぞ
 
read -p 完成までの残り時間を秒で指定: count
echo 止めるには Ctrl+C
 
while (( count > 0 )); do
    printf "残り%02g分%02g秒  \r" $(( count / 60 )) $(( count % 60 ))
    (( count-- ))
    sleep 1
done
echo できあがりぃ?

inc

速いうえに圧倒的に可読性の良いコードになりました。
C と似た感じにするだけで随分と違うものだ。
分と秒を分けるのはコレでいいです。

Fedora の sh (Bash) のみでの動作確認ですが。
シェルが違う人は bash 指定に書き換えしてね。

しかし覚書を qiita に書き込んでいる人達はなんだろう?
それよりこういう有用なコードを詰め込んだサイトを作ってほしいな。
覚書色々 – L’Isola di Niente
自力でチビチビ作っているんだけどまだ少ないよな。。。

Ctrl+G

たまには小ネタ。

今日も Google Chrome でコードを求めて海外 Web をページ内検索。
[次を検索]でうっかり Ctrl+G を、ソレ Gedit や!

でも普通に次を検索した、Shift+Ctrl+G も使えた、あれ?
もしやと思って Firefox でも試したら同じであった。

F3 だけじゃなかったのか、今迄使い分けしていた筆者って…

話は変わるが、GNOME 3.14 を使っている人なら解るだろうけど。
Gedit や Nautilus の新規タブペインが Ctrl+T になっている。
以前は F3 だった、gnome-terminal は +Shift が必要ですが。

google-chrome や Firefox に合わせたのだろう。
グローバル化は三本線のメニューボタンだけでは無いようです。

せっかくなので GNOME アプリのキーボード操作を少し。

Web ブラウザのタブペイン移動は Ctrl+PageDown ですね。
GNOME アプリでタブペインの移動は Ctrl+Alt+PageDown です。
実は GTK+ が提供しているので作り手側は何もせず実装される。

終了の Ctrl+Q は逆に google-chrome が +Shift。

タブペインを閉じるのは全部 Ctrl+W。
gnome-terminal では Shift を追加すると覚えておけばいい。

Ctrl+L のロケーションバーへ移動は Nautilus でも使える。

フルスクリーンは全部 F11。
Windows しか使えない人は Alt+Enter だと信じているようです。
Alt+Enter は Nautilus でファイルのプロパティシート。

メインメニューのドロップも全部 F10。
これは GTK+ が提供していないことは GUI アプリを自作すれば解る。
作り手側が合わせようとしなければコレらは実現しない。

Ctrl+A|S|Z|X|C|V は書くまでもない。
Home, End は Gedit では +Ctrl。

ついでにマウス操作。
Shift を押しながらウインドウを移動すると画面角に簡単に貼り付けできる。

GNOME アプリは昨今の Web ブラウザと同じ感覚で扱える素敵な環境になった。
なのに GNOME3 は何故か評判が悪い、理由は老害達だけどNE。

GIOChannel @ End of line

GIOChannel にて scanf でよく使う行末から値を得るように。

#include <glib.h>

int
main (int argc, char* argv[]) {

    GError *error = NULL;
    GIOChannel *channel;
    gchar *text;
    gsize length, terminator_pos;

    g_printf("Input :");

    channel = g_io_channel_unix_new(0);
    g_io_channel_read_line(channel, &text, &length, &terminator_pos, &error);
    g_io_channel_unref(channel);

    text[terminator_pos] = '\0';
    g_printf("output[%s]\n", text);
    g_free(text);

    return 0;
}

giochannel

なんだよコレ、いきなり入力画面になるんだが。
しばらく悩んでやっと手段を見つける。

#include <glib.h>

int
main (int argc, char* argv[]) {

    GError *error = NULL;
    GIOChannel *channel;
    gchar *text;
    gsize length, terminator_pos;

    g_printf("Input\n"); /* Important '\n' */

    channel = g_io_channel_unix_new(0);
    g_io_channel_read_line(channel, &text, &length, &terminator_pos, &error);
    g_io_channel_unref(channel);

    text[terminator_pos] = '\0';
    g_printf("output[%s]\n", text);

    g_free(text);
    return 0;
}

giochannel2

改行するだけだった、いやだから行末から値を得たいのですけど。
GIOChannel では一行単位でしか値を得られないのだろうか。

よくワカラン、ならば入力も GIOChannel にしたらどうだ?
これは上手くいったのでコメントと例外処理を付ける(外国人用)

#include <glib.h>

int
main (int argc, char* argv[]) {

    GError *error = NULL;
    GIOChannel *channel;
    GIOStatus status;
    gchar *text;
    gsize length, terminator_pos;

    for (;;) {

        /* stdout */
        channel = g_io_channel_unix_new(1);
        status = g_io_channel_write_chars(channel, "Exit if string is empty :", -1, NULL, &error);
        if (status == G_IO_STATUS_ERROR) {
            g_warning (error->message);
            g_error_free (error);
            g_io_channel_unref(channel);
            return 1;
        }
        g_io_channel_unref(channel);

        /* stdin */
        channel = g_io_channel_unix_new(0);
        /* Start from the end of the line */
        status = g_io_channel_read_line(channel, &text, &length, &terminator_pos, &error);
        if (status == G_IO_STATUS_ERROR) {
            g_warning (error->message);
            g_error_free (error);
            g_io_channel_unref(channel);
            return 2;
        }
        g_io_channel_unref(channel);

        /* Exit if string is empty */
        if (terminator_pos == 0) {
            g_free(text);
            break;
        }
        /* Remove '\n' */
        text[terminator_pos] = '\0';
        g_printf("[%s]\n", text);

        g_free(text);
    }
    return 0;
}

giochannel3

g_io_channel_write_chars での出力なら当然のごとく行末からに。
g_printf がバッファの行末へ入出力ポインタを seek しないのかな。
いや、g_printf を連続して呼べば追記になるのだからそれは違う。

単純にまったく別のポインタ管理をしているのかも。
もしそうなら下記のようにすれば上書きか挿入かがされるはず。

#include <glib.h>

int
main (int argc, char* argv[]) {

    GIOChannel *channel;

    g_printf("First");
    g_printf("Second");
    channel = g_io_channel_unix_new(1);
    g_io_channel_write_chars(channel, "Third", -1, NULL, NULL);
    g_io_channel_unref(channel);
    return 0;
}

giochannel4

見事に挿入されてしまった、そういうことか。
最初のいきなり入力画面は表示できない二行目に押し出されていたのね。
日本語情報が無いに等しいから自分で見つけるしかないのが辛いNE。

GIOChannel と g_printf は混在させないのが無難、という結論で。