おまいら!FreeBSDのカーネルをハックしないか!?
2get
4get
5get
6get
7get
8get
9get
Aget
11 :
名無しさん@お腹いっぱい。:03/01/05 23:55
ふざけんなぼけぇ:
がんばれ
Unicode 系嫌いなワシとしては問題無い。その思想自体好きではないが、
統合どころか、文字(エン)コードの問題の混乱に拍車をかけただけ。
もう少しましな情報交換符号をだれか発案してくれ!
> eucJP → SJIS だって重要。
SJIS ←→ eucJP の間違い。欝。
ファイルシステムの国際化/他言語化はlibcレベルとは切り離して議論しような。
19 :
名無しさん@お腹いっぱい。:03/01/07 17:48
17じゃないけど、まさに何を要求されるか、という問題だよね。
ファイルシステムの場合は、どこのマシンにつないでも読めること、
ファイル名が一意になることが非常に強く要求されるから、
あまり柔軟性を持たせられない。だから、仕様を決めるのが非常に
難しい。ある意味で、ファイルシステムにとって国際化・多言語化は
有害ですらある。
多分、完全にローカライズして、一言語、一エンコーディングに
限定するか、UTF-8に統一して、libcは、ファイルシステムのUTF-8を
何の変換も加えないで上に渡してしまうのが正しいと思う。
20 :
名無しさん@お腹いっぱい。 :03/01/07 17:51
これって塩兄の傑作ですか?
>>20 んなわけない。
http://www.haun.org/ml/b-l-j/a/200/269.html を読めば分かるけど「組織的なレイヤ分け」を主張する塩兄ちゃんがそんな
やっつけ仕事をするはずが無い。
個人的にはカーネルにそんな余分な仕事はさせてほしくない。
本来ファイル名には 0x2f がパス区切りというのと 0x0 は入らないと
いう以外の縛りはないんだから、Unix Native でないファイルシステムで
出てくるバイトのエスケープ法だけ決めておいて (%2f とか)、あとは
全部ユーザランドに任せたほうがいいと思う。
setlocale(LC_FILESYSTEMENCODING, "ja_JP.eucJP");
してencodingにみあったkernel moduleをkldloadすれ。
そのかわりsingle user、single taskいがいのうんようきんし。
23 :
名無しさん@お腹いっぱい。:03/01/07 21:16
>>1 1でいきなり iconv の話が出たからアレなんだけどさ、
他に何か今のカーネルに期待することはないの?
漏れは特にないんだけどさ…
newc(ry
重複駄スレにマジレスは犯罪ですな。
>>21 漏れは1ではないが、昔どうやったらファイルシステムを国際化できるか
考えた時、そのアイディアもあったが実物のソースを見て実装方法を考えた瞬間に
無理だと思ったよ。カーネル側で実装するしかない、と。
なんでそう思ったかはもう忘れちまった。
29get