strftime() で %p を使うものって glibc-2.1.94 とかだと「午前」「午後」になるのだろー、ということを期待_()化したほうが良さげ。ほかいろいろ確認しなきゃならん。ということでパッチを作成 (gncal の diff、ja.po の diff)。うーむ、まだ変なところが…。ありゃ、gnome_date_edit_ほげ関連で gnome-libs にも手を加える必要がありそうemacs」から「env -u LANG emacs」に変更 (dired が変になるをなんとかする)。これって元からこうだったかしら。なんにせよ Emacs は C ロケールぢゃなきゃ時々ハマる_() がうまく働かない。なぜなにどうしてwhy?% date 土 10月 7 15:02:22 JST 2000ちょいカッコ悪い。これって、
%a %b %e %H:%M:%S %Z %Yなのかな。Solaris だと2000年10月07日 (土) 15時14分25秒 JSTのよーになる_() がうまく働かない原因、動作を見ようと、textdomain(NULL)をfprintfにかまして gcc に文句を言われたことをきっかけに判明。config.h が include されていないため、ENABLE_NLS が undef になってしまい、gnome-i18n.h で gettext 系が無効化されてしまう、というもの。#include < config.h >を先頭に追加してOKとなるLANGが unset されてる状態では、
% locale LANG= LC_CTYPE="C" LC_NUMERIC="C" LC_TIME="C" LC_COLLATE="C" LC_MONETARY="C" LC_MESSAGES="C" LC_ALL= % env LC_TIME=ja /usr/bin/ls -l total 0 -rw-r--r-- 1 foobar users 0 10月 8 21:28 foo.bar % env LC_MESSAGES=ja /usr/bin/ls -l 合計 0 -rw-r--r-- 1 foobar users 0 Oct 8日 21:28 foo.bar % env LC_ALL=ja /usr/bin/ls -l 合計 0 -rw-r--r-- 1 foobar users 0 10月 8日 21:28 foo.barとなる。どういう実装なのかは想像できるけど…うーん。次に、OSF1 V4.0 のばやい、同様の設定で、
% env LC_TIME=ja_JP.eucJP /usr/bin/ls -l total 0 -rw-r--r-- 1 foobar users 0 10月08日 21:50 foo.bar % env LC_MESSAGES=ja_JP.eucJP /usr/bin/ls -l ディスク上の専有領域の合計 0 (KBytes) -rw-r--r-- 1 foobar users 0 Oct 8 21:50 foo.bar % env LC_ALL=ja_JP.eucJP /usr/bin/ls -l ディスク上の専有領域の合計 0 (KBytes) -rw-r--r-- 1 foobar users 0 10月08日 21:50 foo.barとなる。Solaris 2.6 でも同じ。こちらのほうが素直かなぁ。さて、woody の ls の出自である fileutils 4.0z の場合は、
strftimeの書式文字列がハードコードされてるだけなので
% env LC_TIME=ja_JP.eucJP /bin/ls -l total 0 -rw-r--r-- 1 foobar users 0 10月 8 22:00 foo.bar % env LC_MESSAGES=ja_JP.eucJP /bin/ls -l ?? 0 -rw-r--r-- 1 foobar users 0 Oct 8 22:00 foo.bar % env LC_ALL=ja_JP.eucJP /bin/ls -l 合計 0 -rw-r--r-- 1 foobar users 0 10月 8 22:00 foo.barとなる。
strftimeの書式文字列を *.po に含めるのって、どうよ? という疑問が...stftime がらみの話が発生してたのね。4.1 だとあぁなるのかぁ...%Eとか%Oか。しかし…LANG の設定に余計な \x0a が付いてしまうような...。ん? GDM_LANG ってなんや?strftimeの書式文字列とかは /usr/lib/locale/LC_TIME/*.mo に入っているのね。ていうか、そうするよなぁ。dcgettext(3)の info にはThe third argument of `dcgettext' allows to use another locale but `LC_MESSAGES'. But I really don't know where this can be useful.とあるけど、locales パケジでは
/usr/lib/locale/LC_TIMEがlocaldefの出力ファイルだなぁ。LC_MESSAGESのよーに、.../LC_TIME/SYS_LC_TIMEなどのほうがいいんじゃないだろうか/usr/share/locale/ja/LC_TIME/*.mo でいいのか。po/Makefile.in.in は LC_MESSAGES しか扱えない、DESTDIR が使えない (prefixを変えなきゃいけないので automake で悲しい)、などの問題がある。date.c を少し改造してdcgettext()をstrftime()の書式文字列に対して使うようにし、LC_TIME用のメッセージカタログを作って、手動で/usr/share/locale/ja/LC_TIME/sh-utils.moにインストールしてテスト。
% ./date 2000年10月12日 (木) 07時49分41秒 JSTお、動くぞ、と。さて、
LC_* や LANG などを unsetenv して...
% env LANG=fr_FR@euro ./date jeu oct 12 07:58:12 JST 2000 % env LANG=fr_FR@euro LC_TIME=ja_JP.eucJP ./date 2000?10月12? (木) 07?58?14? JSTあれ?
% env LANG=C LC_TIME=ja ./date 2000?October12? (Thu) 08?02?20? JST % env LANG=C LC_TIME=ja_JP.eucJP ./date 2000?10月12? (木) 08?02?26? JSTうーん??
Host:ヘッダの処理やmod_rewriteでのセキュリティ関係のバグの修正、AddDefaultCharsetのバグの修正、RemoveType・RemoveEncodingディレクトティブの追加、などLC_CTYPE?まさか?と考えてたら debian-devel@org でも同様の話が出てたそうなので確認。
% env LANG=C LC_TIME=ja_JP.eucJP LC_CTYPE=ja_JP.eucJP ./date 2000年10月12日 (木) 12時25分31秒 JSTたしかに正常動作する。
LC_CTYPEに依存しているっぽいなぁmsgid: ""のエントリにあるcharset=を見てエンコーディングを変換する機能かぁ。出力のエンコーディングをどうやって決めるのか、のあたりだな、たぶん。たとえばmanの話題の時に出てたOUTPUT_CHARSETって、このことなのねLC_CTYPE は正しく設定されているべきなんだろうな。たぶんgettext(3)の挙動について。たとえば
int
main(int argc, char* argv[])
{
setlocale(LC_ALL, "");
bindtextdomain("libc", "/usr/share/locale");
textdomain("libc");
printf("%s\n", gettext("Quit"));
}
というプログラム (実行ファイル名は lctest とする) の場合、LANG や LC_* や OUTPUT_CHARSETを unsetenv した状態で、
% env LC_MESSAGES=ja_JP.eucJP ./lctest
??
% env LC_MESSAGES=ja_JP.eucJP LC_CTYPE=ja_JP.eucJP ./lctest
終了
% env LC_MESSAGES=ja_JP.eucJP OUTPUT_CHARSET=EUC-JP ./lctest
終了
となる。で、
bind_textdomain_codeset("libc", "EUC-JP");
を加えると、
% env LC_MESSAGES=ja_JP.eucJP ./lctest
終了
となる。つまり、gettext(3)、dgettext(3)、dcgettext(3)からの返り値のエンコーディングは、
bind_textdomain_codeset(3)を使って明示的に指定したエンコーディングOUTPUT_CHARSETに指定されているエンコーディングLC_CTYPEカテゴリのエンコーディングの情報JLESSCHARSETあるいはLESSCHARSET、LESSCHARDEF が正しくセットされていると、setlocale(3) が呼ばれない。だから OUTPUT_CHARSET が必要、ということですナstrerror(3)はLC_MESSAGES が設定されてさえいればlibcドメインのカタログを参照してエントリを返す。OUTPUT_CHARSETが設定されていなかったり、setlocale(3)がプログラム中で呼ばれていなかったりLC_CTYPEが設定されていないなどすると、エントリの内容を返す際のエンコーディング変換の動作により出力が化けてしまう。glibc 2.1 ではカタログ参照の際のエンコーディング変換は無いので、setlocale(3) や LC_CTYPE の設定がどうあれ、出力はカタログのエンコーディングが as-is で出てくる。ので、結果として文字化けはしないcatgets(3) の返り値を出力している際の処理の問題かなぁ。catgets(3)自体は正常動作しているみたいだけど...OUTPUT_CHARSETにエンコーディングを正しく設定しなくてはいけない、ということかしらWrong type argument: stringp, nil が出るようになった。(setq debug-on-signal t) してみたら x-face-el が怪しそうなので、それを purge したら出なくなった。まだ検証してないけど、なにが問題なのかな...ifdef の嵐である wu-ftpd をメンテするというのはキツいだろうし、wu-ftpd からの移行先を探してみよう。apt-cache search ftp して眺めてみると、
NSDISTMODE=copyを使うのね/usr/lib/pkgconfig/*.pc のアレだったですかね [gnome-devel]。む、gnome-libs 1.2.8 も出たというアナウンスが…あれ?set dspmbyte=eucで良いのねselect currval('table_column_seq')で OK なのね。oid 使っていたよ [pgsql-jp]bq-- という prefix を付ける。終了。なぜ bq-- かとゆえば、すくなくとも .com/.org/.net には、その prefix を持つドメインがなかった、というところらしい。逆にいえば bq-- という prefix を持つホスト名をマシンに付けるな、ということAuthorization: のヘッダを「CGIで」受けとる話が出てたのでなんとなく調べる。まぁ、使わないけど
GEncodingDetector* ged;
gchar *enc;
gint rc;
gchar buffer[BUFFER_LENGTH];
// load concrete detection module for "ja"
ged = g_encoding_detector_new("ja");
{
// change behaviour of detection module
GEncodingDetectorPolicy* pol;
pol = g_encoding_detector_get_policy(G_ENCODING_DETECTOR(ged));
// set preferences for encodings.
g_set_pref(pol, "Shift_JIS", 10);
g_set_pref(pol, "EUC-JP", 20);
g_set_pref(pol, "UTF-8", 30);
g_set_pref(pol, "UTF-16", 40);
// When the detector reads 4096 bytes and the encoding is not yet detected,
// it will give up detection and return the default encoding as a result.
g_set_giveup_point(pol, 4096);
g_set_default_encoding(pol, "Shift_JIS");
}
while (...) {
// read charcters from some stream into 'buffer'.
rc = g_encoding_detector_detect(ged, buffer, BUFFER_LENGTH, &enc);
if (rc < 0) {
// error occured.
break;
} else (rc == 0) {
// cannot determine yet.
// save contents of 'buffer' to somewhere
continue;
} else {
// detected.
break;
}
}
_( )というマーキング。ということは、LC_MESSAGES依存か。LC_TIMEのほうがいいのではないかと思うのだけど、gettextizeの生成するpo/Makefile.in.inはLC_MESSAGESしか扱えないのよねrc なところは、GError かな。あと、内部的には GModule を使うことになるのかなlang="en" なのが原因かな。それとも、CSS でのフォントの定義? Mozilla でフォントが変なのは [Project日記]JISAutoDetect があるだけ。ICU はちらっと見た限りでは見つからず。ところで、ICU のページで「なんじゃこのバケモノは。邪魔や」と思ったけど、ハロウィンだからなのかな