平衡点

_ mlterm の挙動

気になる. どちらも mlterm 内で emacs を起動している時なんだけど

• vmware を起動すると, Alt が [Meta] として認識されなくなる
  • Meta-o とか入力するのに, [ESC]-o はイケてて, [Alt]-o は駄目
• [end] が効かない
  • 最近になってから. なんでだ?
  • laptop なんで, [end] は [Alt] + [→] な訳ですが.
  • これで end-of-buffer とかしていたので, 限りないく面倒

mlterm 止めれば良いじゃん, とか言う話? やー, アンチエイリアス綺麗なんだ.

_ mlterm の挙動 (ちょっと解決)

試しに色々テスト

[end] が効かないよ, についてちょっと調べてみる.

• 環境: sarge(+bpo, testing チャンポン)
  • X 環境( -nw 無し) ではイケてる.
  • mlterm 2.9.2 ( + screen) + emacs-snapshot-gtk(local build) は駄目
  • mlterm 2.9.2 ( + screen) + emacs21-nox も駄目
  • uxterm, gnome-terminal, krxvt, xterm はイケる.
  • kterm は駄目(!?)

…うん? kterm 駄目なの?

…

はい. \$HOME/.terminfo が古い というヲチでした. これをゴッソリ消したら解決.

うーん GNU Screen が手放せない体になってきた.

ちなみに, VMware での meta key は未解決(試してない). vmware player って Windows 動かして良いんだっけ?

_ emacs でアンチエイリアス

…だんだん本末転倒してきた. emacs23(!) で日本語アンチエイリアスを試す.

$ mkdir emacs-cvs
$ cd emacs-cvs
$ cvs -d:pserver:anonymous@cvs.sv.gnu.org:/sources/emacs co emacs
$ cd emacs
$ cvs up -r emacs-unicode-2
$ ./configure --prefix=/usr/local/stow/emacs-cvs \
              --with-x-toolkit=gtk \
              --with-xft=yes \
              --enable-font-backend
$ make bootstrap

src/regex.c のコンパイルでエラー(実はその前の search.c だったりして)

gcc -c -D_BSD_SOURCE   -Demacs -DHAVE_CONFIG_H -DUSE_GTK  -I. -I/home/uwabami/comp/emacs23/emacs/src -D_BSD_SOURCE -I/usr/X11R6/include -DXTHREADS -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/X11R6/include -I/usr/include/alsa -g -O2  search.c
search.c: 関数 `Freplace_match' 内:
search.c:2374: 警告: comparison is always true due to limited range of data type
gcc -c -D_BSD_SOURCE   -Demacs -DHAVE_CONFIG_H -DUSE_GTK  -I. -I/home/uwabami/comp/emacs23/emacs/src -D_BSD_SOURCE -I/usr/X11R6/include -DXTHREADS -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/X11R6/include -I/usr/include/alsa -g -O2  regex.c
regex.c: 関数 `analyse_first' 内:
regex.c:3996: error: `LEADING_CODE_8_BIT_CONTROL' undeclared (first use in this function)
regex.c:3996: error: (Each undeclared identifier is reported only once
regex.c:3996: error: for each function it appears in.)
make[2]: *** [regex.o] エラー 1

うーんと.

まあ, 本末転倒だし. 何がしたかったんだろう.