[過去ﾛｸﾞ] 文字コード総合スレ Part11 (1002ﾚｽ)

文字コード総合スレ Part11 http://mevius.5ch.net/test/read.cgi/tech/1516629503/

上下前次1-新
通常表示 512ﾊﾞｲﾄ分割 ﾚｽ栞
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん

---

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ

---

690: デフォルトの名無しさん [sage] 2018/08/15(水) 13:30:59.38 ID:/R99sNfj >>687 printfはchar（のポインタ）を受け取るんだから、wchar_tは使えないでしょ？ というかcharで表示できない文字だから、wchar_tが作られたというのが正しい そうなると、printfだけでなく多くの文字列用関数に対して charバージョンとwchar_tバージョンが必要になって、変更しなければいけなくなるよね それが大変だからUnix/LinuxはUTF-16には対応するのは現実的に不可能 対応が簡単なUTF-8を作りました。という流れ。 >>689 > LANG=C.UTF-16みたいなロケールがあったとしての話だろ Unix/LinuxはUTF-16に対応するの大変だから、 そんなロケールは実現できないだろうね 似たような理由EUC-JPは対応できたけど、SJISは対応できなかった と思ったけど以下のような警告出るけど使えるのかｗ > # localedef -f SHIFT_JIS -i ja_JP /usr/lib/locale/ja_JP.SJIS > キャラクタマップ `SHIFT_JIS' は ASCII 互換ではありません, ロケールは ISO C に従っていません こんなのまで見つけた http://www.ossforum.jp/jossfiles/Linux_SJIS_Support.pdf ダメ文字（文字の一部に\が含まれる場合）にさえ、あたらなければ大丈夫ってことなんかな UTF-16と違って確率的には低いだろうけど http://mevius.5ch.net/test/read.cgi/tech/1516629503/690

---

ﾒﾓ帳

(0/65535文字)

---

上下前次1-新書関写板覧索設栞歴

---

ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ

---

Google検索

Wikipedia

---

ぬこの手 ぬこTOP 0.042s