トップページ > プログラム > 2016年07月17日 > fdER2k4a

書き込み順位＆時間帯一覧

11 位/163 ID中時間01234567891011121314151617181920212223Total
書き込み数0000000000122000000000005



使用した名前一覧書き込んだスレッド一覧
デフォルトの名無しさん
【初心者歓迎】C/C++室 Ver.98【環境依存OK】 [無断転載禁止]©2ch.net

書き込みレス一覧

【初心者歓迎】C/C++室 Ver.98【環境依存OK】 [無断転載禁止]©2ch.net
864 ：デフォルトの名無しさん[sage]：2016/07/17(日) 10:54:19.58 ID:fdER2k4a
なぜUTF-16でなくUTF-16LEがこんな所で出てくるのか
【初心者歓迎】C/C++室 Ver.98【環境依存OK】 [無断転載禁止]©2ch.net
866 ：デフォルトの名無しさん[sage]：2016/07/17(日) 11:08:23.05 ID:fdER2k4a
バイト単位のエンコーディングであるUTF-16LEに変換しても問題は解決しないのだが。
それともUnicode規格のencoding schemeとencoding formの区別がついていないのか
【初心者歓迎】C/C++室 Ver.98【環境依存OK】 [無断転載禁止]©2ch.net
868 ：デフォルトの名無しさん[sage]：2016/07/17(日) 11:29:59.63 ID:fdER2k4a
確かにそんな気もする。
だがそれだと連続する二つの16ビット単位にまたがったパターンにミスヒットするのでは？
【初心者歓迎】C/C++室 Ver.98【環境依存OK】 [無断転載禁止]©2ch.net
874 ：デフォルトの名無しさん[sage]：2016/07/17(日) 12:24:02.61 ID:fdER2k4a
>>869
変換する手段などどうでもよくて
UTF-16LEに変換することがおかしいのでは？と言ってるのだが、
MultiByteToWideCharの結果がUTF-16LEと言われても。
因みToWideCharという名前から察するにchar配列(UTF-16LE)ではなくwchar_t配列(UTF-16)に変換する関数なのではないのか
【初心者歓迎】C/C++室 Ver.98【環境依存OK】 [無断転載禁止]©2ch.net
876 ：デフォルトの名無しさん[sage]：2016/07/17(日) 12:34:42.17 ID:fdER2k4a
>>870
その通り。
UTF-16LEはencoding schemeの一つで、バイト単位のシリアライズの方式。バイトオーダーの区別がある。
UTF-16はencoding formの一つで、16ビット単位の表現方式。バイトオーダーの概念はない。
wchar_tは後者かと


※このページは、『２ちゃんねる』の書き込みを基に自動生成したものです。オリジナルはリンク先の２ちゃんねるの書き込みです。
※このサイトでオリジナルの書き込みについては対応できません。
※何か問題のある場合はメールをしてください。対応します。