C++0xでの標準ライブラリを使った文字コード変換 - Togetter

トップ > IT・Web > C++0xでの標準ライブラリを使った文字コード変換

2011/02/21 05:46:24
IT・Web 編集可能 codecvt cpp 文字コード utf32 utf16 n3225 utf8 char cpp0x 文字コード変換 +

C++0xでの標準ライブラリを使った文字コード変換

規格はN3225の22.3.3.2, 22.5 あたりを読むといいです。

N3225
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3225.pdf
by rshhh

7 fav 1268 view

Fav

まとめ

メニューを開く

char -> UTF-16 の変換はstd::codecvtでできるっぽい？

返信する RTするふぁぼる

rshhh 2011/02/19 03:13:11
@rshhh implementation defined のはず

返信する RTするふぁぼる

pepshiso 2011/02/19 03:14:06
@rshhh 少なくとも C++03 の場合は。

返信する RTするふぁぼる

pepshiso 2011/02/19 03:14:34
http://ideone.com/ynXmn こんなんで通るのか・・・？

返信する RTするふぁぼる

rshhh 2011/02/19 04:21:34
@pepshiso implementation defined かー。外部のライブラリを使わないで変換したいんですよね。

返信する RTするふぁぼる

rshhh 2011/02/19 04:34:21
basic_ifstreamのコンストラクタには、wchar_tを受け取るものがないのかな。代わりに、openメンバ関数を使えと。

返信する RTするふぁぼる

haroperi 2011/02/21 04:00:32
@haroperi openでもワイド文字受けないですよ

返信する RTするふぁぼる

pepshiso 2011/02/21 04:02:40
@pepshiso 確かに探してもないみたいですね。これは、ファイル名はchar *で渡せって事なんでしょうか……

返信する RTするふぁぼる

haroperi 2011/02/21 04:07:15
@haroperi または、環境依存のファイルIOを使うかですね。ワイド文字使った時点で移植性が崩壊するのでWindowsにしか対応しないと開き直るとかどうでしょう。

返信する RTするふぁぼる

pepshiso 2011/02/21 04:09:22
@pepshiso 最終的には環境依存になっちゃうんですね。char *をwifstreamのコンストラクタに渡すことにしました。とりあえず上手くいってます。ありがとうございます。ちなみに環境はMacです。別の環境で運用する予定だから、また文字コードで嵌りそうで怖いですけど。

返信する RTするふぁぼる

haroperi 2011/02/21 04:22:04
ワイド文字のエンコーディング実装依存なので……。

返信する RTするふぁぼる

pepshiso 2011/02/21 04:21:36
C++0x の普及に期待するしか。

返信する RTするふぁぼる

pepshiso 2011/02/21 04:22:00
@pepshiso あれ？C++0xだとワイド文字をうまい具合に扱えるような標準ライブラリの規格とかあるんでしたっけ。

返信する RTするふぁぼる

rshhh 2011/02/21 04:23:03
@rshhh ワイド文字はそのままですけど char16_t とか char32_t とか、utf-* の文字列リテラルとかが入ります。システムのエンコーディングがバラバラなのは変わらないので、銀の弾丸じゃないんですけど。

返信する RTするふぁぼる

pepshiso 2011/02/21 04:26:34
@pepshiso ああ・・・！u16string <-> string の相互変換とかって、どうなってるのかご存じないですか？

返信する RTするふぁぼる

rshhh 2011/02/21 04:39:58
@rshhh うーん、codecvt まわりは詳しくないですが、あまり希望は持ってません。なぜかというと、従来は char のエンコーディングが1種類の実装依存のものであることが、標準のエンコーディング変換関数を使うなら必要なはずです。（続く）

返信する RTするふぁぼる

pepshiso 2011/02/21 04:49:58
ん、なんか変なこと言ってるな。

返信する RTするふぁぼる

pepshiso 2011/02/21 04:51:53
@rshhh えーっと…… n3225 の 22.3.3.2 を読んで教えてください

返信する RTするふぁぼる

pepshiso 2011/02/21 04:53:59
@pepshiso standard code-conversion facet std::codecvt<Elem, char, std::mbstate_t> を満たす codecvtのオブジェクトをwstring_convertに渡してやれば　（つづく）

返信する RTするふぁぼる

rshhh 2011/02/21 05:00:43
@pepshiso wstring_convert::to_bytes() でワイド文字に対応したマルチバイトのバイト列のシーケンスに変換できるって書いてありますね

返信する RTするふぁぼる

rshhh 2011/02/21 05:01:41
@pepshiso というか、これはアレだ、std::wstring と std::string （内部ではwchar_t と char )の変換をするための規格じゃないですか？ C++0xで入る、char16_t と char との相互変換とはちょっと違う気がする

返信する RTするふぁぼる

rshhh 2011/02/21 05:03:55
いや、22.5にそれらしきものが

返信する RTするふぁぼる

pepshiso 2011/02/21 05:05:35
@pepshiso あーいや、忘れてください、22.5に Elem is the wide-character type, such as wchar_t, char16_t, or char32_t. ってのがありました。

返信する RTするふぁぼる

rshhh 2011/02/21 05:06:35
codecvt_utf16 とか codecvt_utf8_utf16 かなあ

返信する RTするふぁぼる

pepshiso 2011/02/21 05:07:43
@rshhh あー、そんな感じでしたね。問題はたぶん2つあって(1)文字列リテラルとかのエンコーディングが実装依存(2)charは実装依存のエンコーディングとUTF-8の2つのエンコーディングを持つと期待されることですね

返信する RTするふぁぼる

pepshiso 2011/02/21 05:04:05
Content from Twitter

残りを読む(19)

Fav

あわせて読みたい

powered by Preferred Infrastructure

コメント

みんなのおすすめ商品

商品を編集

おすすめ商品を登録する

設定を変更する

ページのトップに戻る

まとめを作成する

プロフィール

フォローする

rshhh

まだ自己紹介が設定されていません。

rshhh twitter rss

新着のまとめ

もっと見る

最近追加された商品

	幸福大熊猫（シンフー・パンダ）Ｓ
	【ムービー・マスターピース】『アベンジャーズ』 1/6スケールフィギュアホークアイ (2次..
	マーベル・アベンジャーズ事典 (ShoPro Books)
	変節の人―かつての同志が告発する青島幸男の正体
	ロストジェネレーションの逆襲 (朝日新書 77)

もっと見る

もっと見る

もっと見る