文字コード掲示板

LinuxでのJIS→UTF-8エラーについて

なかなか忙しくて返信ができなくて申し訳ございません。
おまけに質問のタイトルが意味の無いものになってしまいました。
重ね重ねまことに申し訳ございません。

> glibc の sjis/euc-jp/iso-2022-jp は問題がある事は認識していますが、信頼できる公的なマッピングテーブルが存在しないので手を出しづらい状況です。

これ以上追っていくパワーが無いので、
glibc+JDKの問題と判断しています。
(glibcの中ではコードポイントは違えど同様の問題があるようですね。)

ただし・・・この時JDKを1.3台にすると問題は発生しません。
こちらのコンポーネント内でも、LOCALE変数を使用し、
依存した実装があるのですが、その部分以前では
JDKの実装の違いに焦点を当てるしかなさそうです。
（聞いたところによると、jdk1.2+1.4と、jdk1.3で
実装のアーキテクチャが変わっているそうです。）
結局、コンポーネント側で、LOCALEを判断する実装に変更しました。

eucjpと、eucJPで現象が変わり、eucjpの方が望ましく、
ほぼすべてのディストリビューションで初期設定、
eucJPとなっていることを考えると、リファレンス実装のほうに、
初期設定の問題があるのかな・・・というところです。
glibcの根本的な問題とは捉えていません。
（しょ〜もない問題かも・・・）

たいした回答でなくて申し訳ございませんが、
いったんこれを報告といたします。

今は、COM用DLLを、.NETで動かすとスレッドの廃棄された時点で、
ExitProcesを吐く…件を調査中です。
COMdllの中でAPLタイプでスレッドを実装していたのですが、
.NETのCOMオブジェクトは以前のものとは
スレッドに関して互換性が無いそうです。(MSプレミアムサポートより)

ここのようにレベルの高い掲示板ですと、
ひとつ情報になりますかね・・・。

以上報告でした。