投稿者「sasakima-nao」のアーカイブ

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 は混在させないのが無難、という結論で。

g_application_hold

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;
}

notify_send

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

stdin ? command : pipe

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

#!/usr/bin/env python3

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

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

pypipe

普通に 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;
}

isatty

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

GOptionContext

コマンドラインオプションは 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 でヤレということでいいのかな?