平衡点


2006/10/03

_ 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

うーんと.

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


連絡先など
最近の日記
  • 2024/06/12
    • 1. wsl2 で systemd
    • 2. wslg の設定
  • 2024/05/21
    • 1. GnuPG が 2.2.43 に更新されて, Emacs の EasyPG でファイルが保存できなくなりました
    • 2. 久々に esup を走らせたら
  • 2024/05/10
    • 1. 特定の文字列を含むRubyスクリプトをEmacsで開くと CPU100% で止まります
  • 2024/04/28
    • 1. CF-SR3 での生活環境構築 (できてない)
  • 2024/03/29
    • 1. Debian GNU/Linux on CF-SR3
一覧
2006|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|11|12|
2008|01|02|03|04|05|06|07|08|09|10|11|12|
2009|01|02|03|04|05|06|07|08|09|10|11|12|
2010|01|02|03|04|05|06|07|08|09|10|11|12|
2011|01|02|03|04|05|06|07|08|09|10|11|12|
2012|02|03|04|08|09|10|11|12|
2013|01|02|03|04|05|06|08|09|10|11|12|
2014|01|02|04|05|06|07|08|09|10|11|12|
2015|01|02|03|04|05|06|07|09|10|
2016|02|03|
2017|01|02|03|05|06|07|09|11|12|
2018|03|06|07|10|11|12|
2019|01|02|03|04|05|07|10|12|
2020|01|02|03|04|05|08|09|10|11|12|
2021|01|02|03|05|06|07|08|09|11|12|
2022|01|02|03|04|05|06|08|10|11|12|
2023|02|03|04|06|08|09|11|12|
2024|01|02|03|04|05|06|
Back to Top ▲