kterm, jless, screen の UTF-8/JIS X 0213 パッチに対して emacs-23 の旧JIS(JIS C 6226-1978)の扱いに対応させるための互換マッピングを追加しました。合わせて jless のバグの修正と、kterm の UTF-8 によるコピー＆ペーストに対応させるためのパッチを入れておきました。
ダウンロード: kterm-6.2.0.ext06.patch.gz
ダウンロード: less-382-iso262.ext03.patch.gz
ダウンロード: screen-4.0.3.ext02.patch.gz
kterm/X11 における UTF-8 によるコピー＆ペーストは色々と互換性の問題もあって敢えて外していたのですが、最近は内部がunicodeアプリケーションが多いので、利便性も考えて実験的に対応してみました。UTF-8といっても例によって日本語にのみ対応です。
less-382-iso262 が現在入手不能なので、ミラーして頂けないでしょうか？
返信削除このパッチひとつのファイルになっていなくて、以下のような差分で配布されているいようですので全部拾ってきて順次当ててください。
返信削除less-382-iso258.patch.gz
less-382-iso258-259.patch.gz
less-382-iso259-260.patch.gz
less-382-iso260-261.patch.gz
less-382-iso261-262.patch.gz
配布サイトはなくなっているようですが、ものは FreeBSD の ports 等にも含まれているようなので検索すればすぐ見つかると思います。例えば
ftp://ftp.iij.ad.jp/pub/FreeBSD/ports/local-distfiles/nork/
了解です。パッチの多段は大丈夫です。有り難うございました！
返信削除ty さんから以下のコメントを頂いたのですが、この後にパッチを貼っていただいたせいか、google のスパムフィルターにかかってしまったようです。
返信削除> kterm なんですが、UTF-8 を使うつもりがない起動で、 あるセレクションからのペーストをktermへ行うと、 convert.cの1333行目あたりの、 umap = unicode0_map[code]; umap = unicode2_map[code]; でコアダンプする問題がありました。make_unicode_map()でテーブルを 記憶域確保＆初期化していないのにunicode?_mapにアクセスしているからのように思いました。 ちょっとしっかりは探求していないのですが、 以下の後半のような修正で動作するようです。 前半は、別件の修正が混ざっているのはご容赦を。
2012年6月27日 16:20
指摘いただいたように、UTF8 を使用しない状態で起動している時に、Unicode文字列をペーストすると、未初期化のコード変換表にアクセスして落ちているようです。近いうちに修正版を載せようと思います。
返信削除