ja_JP.UTF-8

Linux で ja_JP.UTF-8 ロケールで暮らす方法についてのスレです。

だから板違いだってば。

そういえばこの前ubuntuというものを初めてインストールしてみたら
ホームディレクトリに「デスクトップ」とか作られててビビったんですがw

ext3ってエンコーディングとかの規定はどうなってるんでしたっけ?

Unixのファイルシステムは基本的に8ビットスルーだろ
2バイト目に/が被るS-JISは事実上使えないだろうが

ttp://ja.wikipedia.org/wiki/Shift_JIS
> Shift_JISの2バイトコードの空間は、第1バイトが81-9FならびにE0-FC、
> 第2バイトが40-7Eならびに80-FCである。

昔の話だけど、jfsでUTF-8のファイル名するのになんか問題があった気がする。

>>339
要はファイル名の比較はバイトデータの比較ってことでいいでしょうか。

ということは上の方に書いてあるみたいにnormalizationの違うファイル名を使うと
問題が起きたりすると。

>>342
ファイルシステム的には違うバイト列名の別ファイルだから問題は
特に起きない。が、ファイルマネージャとかアプリが表示段階で
正規化とかするとアボン。

>>342
一番やっかいなのは、
正規化されてないファイル名がある時。
ファイル名が正規化されていることが分かっていれば、
二つのファイルが別のファイルシステムにあって、
違う正規化がされていても、一旦正規化してから、比較すれば良い。

ただこういうことを包括的に扱っているVFSはまだない。

ファイルシステムレベルでは問題ないかもしれませんが、例えばディレクトリをlsしたときに
同じ名前のファイルが複数表示されたらユーザーはアセるんじゃないですかね。

>>344
VFSですか。だとするととりあえず
「システムコールに渡すパス名はUTF-8ということになったので、そこんとこヨロシク」
みたいな宣言がいつか行われるとか?

>>345
別にUnicodeに限った話じゃなくて

　touch he11o hello

が識別できない環境あるけどどうよ？とかかつてなされた
文字が「同一」とはどのレイヤ（コードマップなのか
エンコーディングなのかフォントなのかコンテンツなのか）が
定めるのか？というお定まりの侃々諤々が始まるだけだと思われ。

>>346
>　touch he11o hello

これ、単にグリフのデザインの話でしょ。ファイルシステムにもUnicodeにも関係ないし。

「同じ様に見えるファイルが複数表示される」というのは単にユーザが結果を確認する
ときの現象を書いてみただけで、
正規化の問題で本来一つのファイルが複数できてる、みたいな問題自体は文字の
見た目にかかわらず存在する。

>>342
utf-8は最短の表現以外は仕様で許さなくなったね。
複数表現があると禁止リストの回避がセキュリティ上の問題になるから。

なるほどね(´・ω・`)

仕様が「許さない」といったってそれを強制できない以上は備えるしかあるまいよ。

それはもちろんだ。きちんとエラーとして処さないといけない。

ぬるぽ

ﾇﾙﾎﾟ

>>353
ｶﾞｯ

時々、文字コードを思い出したように変えるのは止めて欲しい。
既存の製品等をオブソレートにして市場から除去する為の口実ぢゃないか？

>>355
一体何の話？

グリフのことを言いたいんじゃないのか？

なんというか何もかも間違ってるレスだなそれ。

グ・グ・グリフの大爆笑

最近のLinuxって、LANG=ja_JP は ja_JP.UTF-8 ですか？それともja_JP.EUCですか。

sjis>>360

>>360
ふつー UTF-8

日本語１文字が何バイトになっているのかなＵＴＦ８は？

$ echo -n "日本語１文字" | wc -c
[Gnome] アプリケーション→アクセサリ→文字マップ

ぬるぽ

スレタイトルの改名が必要じゃないか？

＞Linux で ja_JP.EUC ロケールで暮らす方法についてのスレです。
いいかげんEUCは止めて欲しい。SJISを使えみたいな話と同じだ。
いまさらEUCがデフォなのってどんな鳥？

釣り針にすらなってないただのまっすぐな針金だな

>>366
次スレで変更よろ

Windows７のNFSサービスがEUCやShiftJISに対応してるのに
意図的なのか本気で不要と考えてるのか、UTF-8に対応してないの知ってビビった。
クソ高いUltimate買わないどNFSサービスついてないくせに。
実質WinのNFSサービスは使い物にならん。

そもそもWinとNFSではロックのセマンティクスが違うし。

Jconsole消滅
KON-UTF8化消滅
Utf8-kernel消滅
UNICON消滅

カーネルレベルでUTF8対応するのを阻む流れがあるんでしょうか？
>>366
たぶんBSDなら使える。Linuxじゃないって？だからLinuxでは拒否

X window systemがｸﾗｲｱﾝﾄに特化できないからこそGPUﾀﾞｲﾚｸﾄで描画できない
GUI上だけがLinuxでいいじゃないかという奴とCUIがLinuxだという流れで
争っているからこそｶｰﾈﾙﾚﾍﾞﾙでUTF8が実装されない(表示できない)

そもそもconsole自体kernelからなくそうという動きもあるしな。

Unicode対応をまじめにやるのは大変。
サロゲートペアとか合成文字とか異体字セレクタとか。
どこまで実装して、どこでサボるかを見極めるのすら難しい。

EXT2、EXT3がNLS機能に対応せず。
UTF8でujis,eucJPに対応できない問題をどうすればいいの？

必要ない。> ujis,eucJP

>>375
おまえが人類には必要がない人間。

http://iup.2ch-library.com/i/i1463936-1436429277.jpg