「bashがマルチバイト文字に正式対応」記事へのコメント

重い

[manba256 (10135)]

ただでさえメモリ食うし、重いbashがさらに肥大化。
そんなに多バイト文字つかいたいんですか？

まあ、メモリ一桁メガバイトの住人のたわごとか。

--
------------------------- Excess and Obsolete

Re:重い

[Anonymous Coward]

> そんなに多バイト文字つかいたいんですか？

  UTF-8 だと ASCII 以外は全て多バイト文字なんです。
つまり、CJK 住人でなくとも今後必要なんです。
＃日本人の人達はファイル名等に ASCII しか使わないというのが
＃しみついてるかもしれせんが ;-)

多言語ファイル名

[kubota (64)]

日本語ファイル名は使わない (使うべきじゃない) とか、なにか問題が起きるかも、と思っている時点で old type なのかもしれません。ぼくも含めて。

タレコミと矛盾してるかもしれませんが、ぼくは、現時点ではまだ日本語ファイル名は使わないほうがいいと思っています。ひとつの理由は、違うエンコーディングを使いたいときにファイル名は変更すべきなのかどうなのかが不明だということです。EUC-JP と Unicode の変換テーブルにも「ばらつき」がありますし。

8 ビッ

Re:多言語ファイル名

[asataku (2091)]

8 ビット言語圏では、そういうことは何も考えずに非 ASCII 文字を使ってしまっている場合が多そうです。が、かれらもやがて同様の問題を抱えるはずです。

KDEのMLなんかみてるとそういう問題はすでに出現し始めてることが分かります。
KDEでは環境変数経由とは言え、ファイル名にUTF8を使うかlocale codingを使うかを

--
-- Che Che - Bye Bye

Re:多言語ファイル名

[kusano (264)]

GNOME 2 というか、GLIB 2 レベルで
      G_BROKEN_FILENAMES
という環境変数がセットされているかどうかを見て
      g_filename_to_utf8()
の処理が変わります。