bashrcの変更を全bashプロセスに反映させる

シェル

.bashrc の先頭に

trap 'source ~/.bashrc' USR1

と記述しておく。 .bashrc を編集したら、

pkill -USR1 bash

とすると全てのbashプロセスで.bashrcが読み込み直される。

他にも inotifywait で .bashrc の変更を監視するとか考えたけど、それだとちょっと間違った変更を保存した瞬間即全bash終了になりかねないのでやめておこう。

man を vim で綺麗に見る

シェル

環境変数を以下のように設定しておくだけ。

MANPAGER="col -b -x | vim -R -c 'set ft=man' - "

これでman memcpyとか叩くと

f:id:nyaocat:20150814110114p:plain

こんな表示になる。もちろん環境やvimの設定によって違うが。

環境変数に設定したcolとvimのそれぞれオプションの意味は、この記事の通りに設定した見やすいmanでman colとかman vimとかして自分で調べてみよう！

*nix環境でC++コードを書き殴るのに最高に便利なツールを作った

C++

ファイル中にコンパイルフラグを含められるのと、そのままファイルを実行する形式でガンガン書けるので我ながら非常に便利に今のところ使えている。

ちょっとコードをテストしたいとかだと http://melpon.org/wandbox/ 使えば良いんだけど、FreeBSDではどうなるんだーSolarisではどうなるんだーとかいうのは Wandbox で書けないので。

bash の trap を複数指定する方法

bash

bashスクリプトでシグナルハンドラを定義出来るtrapは大変便利だが、trapを複数回呼び出すと最後に書いたtrapの内容で上書きされてしまう。

↓例 melpon.org

別段シグナルハンドラを複数定義したいことも普通は無いが、0 番（終了時に必ず呼ばれる）には結構指定したいものが増えがちではないだろうか。

そこで、自前で複数保持出来るtrapを今即興で書きました

# zlib/libpng License
TRAP_COMMAND_STR=()

function trap() {
  TRAP_COMMAND_STR[$2]="${TRAP_COMMAND_STR[$2]} $1 ;"
  builtin trap "${TRAP_COMMAND_STR[$2]}" $2
}

どんどん;で区切って追加することで実現している。 なお、これだとシグナルハンドラのリセットが出来ないのでまぁそういう時はbuildin trapか自前のtrapを弄るか。

↓動作例

melpon.org

mod_rewrite を使ってブラウザのURL欄には http://hoge.com/fuga と表示しつつページの中身は http://hoge.com/index.cgi/fuga を表示させる方法

プログラミング Apache

.htaccess ファイルに以下のように書く

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^.* - [L]
RewriteBase /
RewriteRule ^(.*)$ index.cgi/$1 [L]

Mojolicious::Lite を使ってて cgi だろうと単体で動かしてる時だろうと同じアドレスに出来るようにしたかったのが動機。

突然ひらめいたので小説を書きました

「やれやれ、この程度だったか」

僕はそう呟いてコミットをした。 バグ修正なので、コミットメッセージに「fix #615」とだけ記述。 そして僕の手は次のコマンドを git push origi……　と軽やかにタイプしていく。

僕は暇な大学生プログラマだ。時々そこら辺に公開されているソフトウェアのバグ修正をしたり機能追加を手伝ったりしている。 自慢じゃないが、プログラミングの講義を受けながらプログラミングが出来ない同じ大学の学生の中では僕はトップの技術力だろう。

タイプは1.3秒で終わった。これでまた僕の成果がひとつ増えるな、そう思いながら僕の手はEnterを押して……違和感。

push が失敗した。

まぁ、このバグ修正に取り掛かってから途中ゲームをしたりしていた。誰かが既に push していたのだろう。さして疑問を抱くこともなく僕は rebase をすることにした。git fetch origin。エンター。git rebase -i origin/master。エンター。違和感。

「なんだこれは？」

僕は最新のコミットの上に自分のコミットが連なるよう整理をしようとしたのだが、おかしい。僕が見ていない間に積み重ねられたコミットが多過ぎる。 僕が修正していた時間はそこまで長くないはずだが……？

コミットの詳細をよく見ることにしよう。gitk --all。エンター。……これは、全て一人によるコミットだと！？

……これが、後に僕の人生を揺るがす、激カワ猫耳ダウナー系フリルふりふりツインテールあざと美少女メイドプログラマーとの初遭遇だった……

gtkmm と SDL2 を組み合わせて使う

gtkmm C++ SDL

能書き

Gtk+ には特殊なウィジェットとして socket, plug ウィジェットがあり， 親プロセスの持つ socket ウィジェット内に 別プロセスから plug ウィジェットを用いて描画させることが出来る．

これだけでも充分面白いが，socket ウィジェットはウィジェットでありながら内部にウィンドウシステムのネイティブなウィンドウハンドルを持っているため，アンドキュメントだが plug ウィジェットに限らず他のGUIツールキットからでも描画させることが出来る．

SDL2には複数ウィンドウを作る機能があり，ウィンドウを作成する方法としてSDL_CreateWindowFromを用いると既存のウィンドウハンドル上にSDLのウィンドウを作成出来る．

今回はこの二つを組み合わせてみた．

プラットフォーム

この記事では（書くのがめんどくさいので） Linux 上での実行方法・コードだけ載せるが SDL2 も GTK もこれらの機能はクロスプラットフォームで提供しているので Windows でも Mac でもウィンドウハンドルの型を変えることによって同様の結果を得られる……はずである．多分．

Windows では HWND を使って動作することを確認したが，Mac は持ってないので確認できません．

実行結果

f:id:nyaocat:20141008231349p:plain

VM内の Ubuntu で実行．Gtk で作成されたウィンドウのいちウィジェット内に SDL2 で描画している．

コード，コンパイル，実行方法

続きを読む