Glib の g_io_add_watch を使う – biochem_fan’s note

判り易いサンプルコードをありがとう。
GIOChannel はファイル・ディスクリプタであれば何でも監視できるのか。
だいぶ解ってきた、かも。

色々試してみると。

GIOChannel *channel;
channel = g_io_channel_unix_new(0);

だけで stdin の GIOChannel が得られるようだ。
ファイル・ディスクリプタってつまり固有の整数と思えばいい？

関係無いけど GApplication で新たに解ったことが。
g_application_hold(app); でインクリメントすれば参照カウントが増える。
これなら GtkWindow を作らずともメインループが回せる。

実は GApplication を使うコレをやろうと思っていたんですが。
HowDoI/GNotification – GNOME Wiki!
何をどうやっても動かない、書いているとおりにコピペしてもだ。
手段が悪いのかバグなのかは解らない、後回し！

これを組み合わせて通知領域にメッセージを投げるコードでも。
端末に撃ち込んだ文字列を即座に通知するサンプル。
今回は notify-send コマンドに投げて茶でも濁しておきます。

#include <glib.h>
#include <gio/gio.h>

/*
gcc ioc.c `pkg-config --cflags --libs gio-2.0`
*/

static gboolean
io_func_cb(GIOChannel *source, GIOCondition condition, gpointer app) {

    GError *error = NULL;
    GNotification *notification;
    gchar *text;
    gchar *s;

    g_io_channel_read_line(source, &text, NULL, NULL, &error);
    if (g_strcmp0(text, "exit\n") == 0) {
        /* Decriment */
        g_application_release(app);
        g_free(text);
        return FALSE;
    }
    s = g_strdup_printf("notify-send -i gtk-ok %s", text);
    g_spawn_command_line_async(s, NULL);
    g_free(s);
    g_free(text);
    
    return TRUE;
}

static void
activate_cb (GApplication *app, gpointer user_data) {

    GIOChannel *channel;

    /* 0 == stdin */
    channel = g_io_channel_unix_new(0);
    g_io_add_watch (channel, G_IO_IN, io_func_cb, app);
    g_io_channel_unref(channel);
    /* Inclement */
    g_application_hold(app);
}

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

    GApplication *app;
/*
    g_type_init(); // < 2.36
    g_thread_init(argc, argv); // < 2.32
*/
    app = g_application_new("org.suzuki.hayabusa", G_APPLICATION_FLAGS_NONE);
    g_signal_connect (app, "activate", G_CALLBACK (activate_cb), NULL);
    g_printf("Type 'exit' to exit\n");
    /* MainLoop run */
    g_application_run(app, argc, argv);

    g_application_quit(app);
    return 0;
}

作った後で気が付いたけどコレだと普通にループ文でも同じことができるやw
やっぱり GUI を使ってナンボの仕組みなんだろうね。
g_application_hold の実験ということで。

コマンドからパイプで渡されたデータはどう処理するのだろう？
どうせ stdin だろう、サクッと Python で実験

#!/usr/bin/env python3

# if stdin != pipe:
#     Press Ctrl+D

import sys
print(sys.argv)
print(sys.stdin.read())

普通に stdin に入ってくるので値を得るのは簡単。
だけどうっかり単独起動すると当然のように入力待ちになる。
なので強制終了するしかない、cat コマンドもそうなるね。

でも bc コマンドなんかはパイプ経由だと計算結果を出力のみ。
単独起動だとインタラクティブシェルにと振り分けされる。
何か方法はあるのだろう、検索検索。

シェルスクリプトでパイプからの入力とキーボード入力を区別する

シェルスクリプトなら上記リンク先の方法で振り分けできた。
ファイルディスクプリタで見分けるのか、おぉワカラン。

LinuxやUNIXでパイプで渡されたデータをC言語で適切に処理するには？ – Yahoo!知恵袋

やっぱりファイルディスクリプタか。
Non-blocking I/O がどうかでなく振り分けがしたいだけなんですが。
これはこれで勉強になるのでブックマークと。

面倒だ、bc のソースを読んでしまえ。
結構利用しているけどもう 15 年もメンテされていなかったのか…
http://ftp.gnu.org/gnu/bc/

grep しまくって isatty という関数を見つけた。
UNIXの部屋 コマンド検索:isatty (*BSD/Linux)

コレだよコレ。
STDOUT_FILENO はどうせ enum だし in 側はゼロだろ、ならば。

#include <stdio.h>
#include <unistd.h>

int
main (int argc, char* argv[]) {
    if (isatty(0)) {
        printf("stdin == Console\n");
    } else {
        char pipe[256];
        fgets(pipe, 256, stdin);
        printf(pipe);
    }
    return 0;
}

こんなにアッサリと振り分けできるじゃない。
マネしただけなんですが。
いやぁ GPL って本当に素晴らしいですね。

コマンドラインオプションは Linux では重要。
とりあえずよく見かける実装手段を自分で整理、したけど…

#include <stdio.h>
#include <getopt.h>

/* 
 * optarg, optind については unistd.h で定義されている 
 * getopt.h によってインクルードされる
**/

static struct
option options[] = {
    {"help",   no_argument, 0, 'h'},
    {"list",   no_argument, 0, 'l'},
    {"num", required_argument, 0, 'n'},
    {0, 0, 0, 0}
};

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

    int opt, i;
    int idx = 0; /* 使い道が無いので気にしないほうがいい */

    /* 第三引数にアルファベットを指定 */
    while ((opt = getopt_long(argc, argv, "hln:", options, &idx)) != -1) {
        switch (opt) {
        case 'l':
            /* こうやって捕まえる */
            printf("-l or --list オプションです\n");
            break;
        case 'n':
            /* コロンを付けると値を受け取れる */
            printf("%s 行表示します\n", optarg);
            break;
        case 'h':
            /* Usage は自分で用意する */
            printf("ヘルプが表示されるかも...\n");
            return 0;
        case '?':
            return 1;
        }
    }
    /* オプションを省いた部分を処理 */
    for (i=optind; i<argc; i++) {
        printf("%d %s\n", i, argv[i]);
    }
    return 0;
}

option 構造体の中、getopt_long の引数、そして case 文。
いったい何度同じアルファベット指定を書かせるのよ。
間違いの元というか、整理していて自分が間違いまくったYO!

それじゃイカンと思ったのかどうかは知らないが。
GLib の GOptionContext は一箇所のみの指定になっていた。

#include <glib.h>
#include <stdio.h> /* stderr */

static gboolean _bool = 0;     /* 値を受ける必要が無いとき */
static gint     _num  = 0;     /* getopt と違い数値として受け取り */
static gchar*   _str  = NULL;  /* 文字列は破棄が必要、日本語はダメだった */

static GOptionEntry entries[] = {
    {"bool", 'b', 0, G_OPTION_ARG_NONE,   &_bool, "Show", NULL},
    {"num",  'n', 0, G_OPTION_ARG_INT,    &_num,  "Size", "<num>"},
    {"str",  's', 0, G_OPTION_ARG_STRING, &_str,  "Text", "<string>"},
    {NULL}
};

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

    GError* error = NULL;
    GOptionContext* context;

    context = g_option_context_new ("After GApplication ?");
    g_option_context_add_main_entries (context, entries, NULL);
    if (!g_option_context_parse (context, &argc, &argv, &error)) {
        g_fprintf(stderr, "Error parsing options, try --help.\n");
        return 1;
    }
    /* 値を確認 */
    g_printf("boolean=%d, int=%d, string=%s\n", _bool, _num, _str);

    /* 後は GApplication ？ */

    g_free(_str);
    g_option_context_free(context);
    return 0;
}
/* output

$ ./a.out
boolean=0, int=0, string=(null)

$ ./a.out -b --num 675 -s Daytona
boolean=1, int=675, string=Daytona

$ ./a.out -h
Usage:
  a.out [OPTION...] After GApplication ?

Help Options:
  -h, --help             Show help options

Application Options:
  -b, --bool             Show
  -n, --num=<num>        Size
  -s, --str=<string>     Text

*/

GOptionEntry が少し面倒、と思ったら大間違いだった。
まさかの Usage 全自動生成、しかも細かい。
Python の optparse 同様に -h –help は勝手に作ってくれる。

変更したくなったら一箇所だけ書き換えればいいのは本当に嬉しい。
Usage にさえ反映されるので「やっちまった…」は確実に減る。

GOptionContext ってこんなに凄かったのか。
C 言語標準ライブラリでゴリゴリ書くなんてアホみたい。
せっかく整理したけどもう getopt を使うことは無いがや。

しかし別途というかオプション以外の引数や数を得る関数が何も無い。
そういうのは GApplication でヤレということでいいのかな？

ファイル名の数値優先ソート C 言語版を書いてみた。

というより、手元に溜まっている古い覚書ファイルを整理している。
昔書いたのって posix と glib が混在で自分がゲンナリするもので。
とにかく今の知識で限界まで整理して Web に書き出す。

Python の覚書でディレクトリ内容列挙とソートを別々に書いているけど
どうせ同時に使うのだからまとめたほうがよさそう。
ということでこんなコードになった。

#include <glib.h>
#include <gio/gio.h>

/*
 * Numeric sort in GLib (like a Nautilus)
 * gcc nautilus_sort.c `pkg-config --cflags --libs gio-2.0`
**/

gint
compare_main_func(gchar** a, gchar** b) {

    gint n;

    gchar* aaa = g_utf8_collate_key_for_filename (*a, -1);
    gchar* bbb = g_utf8_collate_key_for_filename (*b, -1);
    n = g_strcmp0(aaa, bbb);
    g_free(aaa);
    g_free(bbb);
    return n;
}

gint
compare_data_func(gconstpointer a, gconstpointer b) {
    return compare_main_func((gchar**)a, (gchar**)b);
}

void 
print_data(gpointer data, gpointer user_data) {
    g_printf("%s\n", data);
}

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

    gchar* dir;
    GFile* file;
    GFileEnumerator* file_enum;
    GFileInfo* info;
    GPtrArray* array;

    dir = g_get_current_dir();
    file = g_file_new_for_path(dir);
    g_free(dir);
    /* Get the directory contents */
    array = g_ptr_array_new();
    file_enum = g_file_enumerate_children(file,
                                          G_FILE_ATTRIBUTE_STANDARD_DISPLAY_NAME,
                                          G_FILE_QUERY_INFO_NONE,
                                          NULL,
                                          NULL);
    for (;;) {
        info = g_file_enumerator_next_file(file_enum, NULL, NULL);
        if (info == NULL) break;
        g_ptr_array_add(array, g_strdup(g_file_info_get_display_name(info)));
        g_object_unref(info);
    }
    g_object_unref(file_enum);
    /* Sort */
    g_ptr_array_sort(array, compare_data_func);
    /* print */
    g_ptr_array_foreach(array, print_data, NULL);
    /* free */
    g_ptr_array_free(array, TRUE);
    return 0;
}

pkg-config は gio ですのでお間違いなく。

Python では使わないので気が付かなかったけど
GCompareFunc の引数が gconstpointer になっている。
実際には const gchar** だ、コレにはまいった。

gchar* aaa = g_utf8_collate_key_for_filename (*((gchar**)a), -1);

とやれば一応関数に分離せずにビルドできる。
けど見た目が酷過ぎるので分離した、ドンだけキャストすればいいのよ。
ポインタが今一。。。な初心者がこんなの見たらブン投げるわ。

しかし GLib はループ用の int をまったく使わないで書けるんだな。
筆者はもう慣れたけどローカル変数も malloc も使わないって違和感スゲェ。
C より Python の経験があるほうが覚えるの早そう、破棄が必要なだけだし。

ついでに、今日電源を入れたら。

GNOME はこんなに親切だったのか、初めて見た。
いやマウスの LED がチカチカするから解るんですけど。

gcc で C/C++ プログラミングをする際のデバッガに gdb がある。
コマンドラインツールなので vi, emacs 愛用者は普通に使えると思う。
しかし筆者のような Gedit 愛用者には少々使い辛い。

何かないかと探すと Nemiver という GUI アプリケーションがあった。
ようするに gdb のフロントエンド。
GNOME Wiki! に登録されているし突然亡くなる心配はなさそう。

Apps/Nemiver – GNOME Wiki!

書くまでもなく日本語情報は無かった。
ということで自分で使ってみる。

sudo dnf install nemiber

で Fedora は導入できる、ubuntu は apt-get でいいはず。

設定の[デバッガ]タブにて gdb の位置を指定。
/usr/bin/gdb でいいはず、この設定は必要あるのかな？
レイアウト等はお好みで。

このアプリは起動時の引数に実行ファイルを渡すので終了させる。
ビルド時に gcc への引数 -g （デバッグ情報を含める）を追加。

gcc -g hoge.c
nemiver a.out

使い方は Visual Studio とだいたい同じですね。
F6 キーで次行へ進む、F7 キーで関数の内部へ入る。
F11 キーでカーソル行まで一気に進む、等々。

ブレークポイントは行番号横をクリック。
F5 を押していくと指定した位置で止まるのでその時の変数値なんかを。
下ペインのブレークポイントタブで通過数を確認等もできる。

下ペインのコンテキストタブで変数の現在値を確認できる。
日本語の文字列変数もそのまま確認できるけど静的配列だとダメです。

これ以外は各自で目的が違うと思うので勝手に調べてね。
Visual Studio を使っていた人ならなんとなく解ると思う。

っっって、つまり結局は毎回コマンドを打たなければいけないのか。
では意味がないので Gedit の外部ツールに登録してしまおう。

#!/bin/sh
gcc -g -o debug $GEDIT_CURRENT_DOCUMENT_PATH `pkg-config --cflags --libs glib-2.0`
if test $? -eq 0; then
    nemiver debug
fi

筆者は GLib を使うのでこんな感じにしてみました。
デバッグの為だけに糞重い開発環境を使う必要はないです。

しかし Gedit は便利だ、コマンドが充実した Linux が便利なだけですが。
問題は外部ツールが増えすぎると指定したキーを忘れてしまうことだ。