C 日本語文字列のソースを表示
新しいページはコチラ
移動:
案内
,
検索
※このページではC言語にも存在していたという意味で記事タイトルがC 日本語文字列になっていますが、<br /> [[C PlusPlus|C++]]でも同様です。[[C PlusPlus|C++]]だけの機能がある場合は明記します。<br /> <br /> == '''日本語文字列''' == char型の配列で1byte、1文字を表現できるascii文字コードというものを使っていましたが、<br /> 問題点はいくつかありますが、そのままでも日本語全角文字は表現できます。日本語文字コードは2Byteで表現されます。<br /> 全角のアルファベットからカタカナ、ひらがな、漢字、記号、あまり使わない漢字を含めて65536種類を00 00からFF FFまで<br /> で表現しています。最初の1byteが0x80~0x9F、0xE0~0xFCならばasciiコードでは定義していないため、その後ろの1byteも読み込んで1文字だと処理してくれます。<br /> マルチバイト文字と呼んでいます。asciiコードですでに使われている部分は使えないとしても、日本語文字コードは15616種類を使えます。これでも十分です。<br /> <br /> 問題点1は文字数と配列の大きさが一致しないことです。<br /> 加えて、0x80 0x5cのように2byte文字コードの中に0x5cが登場すると、0x5c='\'ですので、次の文字はエスケープシーケンスだとみなされ<br /> 2byteずつ出力してくれる手順より優先して、その次にくる文字の1byteの処理をしようとします。この結果文字化けが発生します。2byte文字の下位byteに0x5cが<br /> 登場するのは、以下のような文字です。<span style="color:red">但し、現在のVisualStudioC++2012では、内部的に解決するので、この問題は発生しません。とは言え、文字列検索\の検索とかで支障があるやもしれません。</span> <br /> ―,ソ,Ы,Ⅸ,噂,浬,欺,圭,構,蚕,十,申,曾,箪,貼,能,表,暴,予,禄,兔,喀,媾,彌,拿,杤,歃,濬,畚,秉,綵,臀,藹,觸,軆,鐔,饅,鷭,偆,砡,纊,犾<br /> 普段使わない文字が多いですが、使いそうなのは―,ソ,Ⅸ,噂,欺,圭,構,蚕,十,申,曾,貼,能,表,暴,予,といったあたりでしょうか。使う使わないは、それぞれの立場で異なるので、<br /> そういった分類は意味を成しませんが、ともかくこれらの文字が出てきたらエスケープシーケンスを打ち切るために'\\'という形にすればよく、<br /> 十\個,表\示,能\力とかにする手法があります。出力に限ればそれで済むことですが、検索処理でこれにはまると、面倒過ぎる。<br /> ※勘違いしてはいけないことですが、printf文で出力するときに必要となる手法としてです。<br /> テキスト文書が能\力といった形で保存しておくということを言っているのではないです。プログラム側だけで対処すべきことです。<br /> それはメモ帳のようなテキストエディタで「表示」と記述してANSI(実際はShift_JISでCP932)形式で保存しても、バイナリエディタで開いたら95 5C 8E A6と保存されることでも<br /> 理解できると思います。95 5C 5C 8E A6と保存していたら、あるテキストエディタ「表\示」とそのまま画面に出力され、適当なプログラムの方では「表示」とされることになります。<br /> <br /> このような問題から、日本語をそのままchar型でマルチバイト文字列として扱うのはよろしくないということがわかります。<br /> ※0x5cをみつけたら、もう一個\を加える処理とか、マルチバイトの先頭にくる文字コードが来たら2byteで1文字とか計算したりして、昔はPerlとかでCGI組むときでは、このままつかってたこともありました。(汗<br /> 今はいろいろ便利な関数が用意されているので、そういったことは自分で対処しなくてよくなりましたね。<br /> <br /> それで、解決策は?<br /> <br /> 実はいくつかありまして…。どれがいいとか悪いとかは、それぞれなんですけど…あの~その~面倒ですが、そのいくつかを紹介しようかと思います。<br /> 「おいおい…一つにしてよ。どうすればいいかわからんやん。」という声が聞こえてきますが、全くその通りなんですけど、いまだに宙に浮いている問題でして、<br /> 統一まではできないかと思います。<br /> でも一番いいのはこれってのはあります。でも、それはそれで、「そんなことせなあかんの?話が違う、帰るわ!」って思われるかもしれません。<br /> <br /> == '''マルチバイト文字列、ワイド文字列''' == *マルチバイト文字列<br /> マルチバイト文字列はchar型でやってきたこと。それに加えて、マルチバイト処理用の文字列操作関数で取り扱うということです。strlen関数に相当するのは _mbslen です。ワイド文字ならwcslenです。<br /> *ワイド文字列<br /> 固定の2byte以上のメモリ空間に英数字ascii範囲とか関係なくすべて同じ固定の領域に格納する方法。デメリットとしては、文字列でメモリ空間をかなり無駄にしてしまうということ。<br /> あえて英数字のみ対応のアプリを作るのは、このデメリットと引き換えにして、メモリの節約をしていることになります。それか面倒だから、asciiコードのみ対応にしたとか…。<br /> でも、言いにくいことなんですけど…、いろんな方式をいろんな人が使っている昨今でして、全体的に網羅しておかないと変換とかしないとダメなので、覚えることが多いのも事実です。<br /> Unicodeって言う方式もこれです。<br /> Unicodeの符号化方式のUTF-16は、基本的には半角の英数字も含めて、2byteで1文字を表すためメモリは無駄にしますが、変換効率が高いために実行速度が速くなるというメリットがあります。<br /> 実行速度の速さにあやかれるほどのプログラムを作るかどうかは未知数です。<br /> VisualSutdioのプロジェクトの設定でもUnicode文字列とマルチバイト文字列、どっちも使わないってのが設定できます。<br /> VisualStudioをアクティブにしている状態で[Alt]+[F7]でプロジェクトのプロパティが表示されるダイアログが表示されます。<br /> 左側のツリー構造から構成プロパティの中の全般を選択すると右側のビュー表示されるリストに文字セットというのがあります。<br /> リストには「Unicode文字セットを使用する/マルチバイト文字セットを使用する/設定なし」の3つがあり、ここで選択した設定にしたがって<br /> Visual C++だけの機能になりますが、TCHAR型という文字列変数を定義することで、設定にしたがって、マルチバイトおよびUnicodeを判別してコンパイルしてくれます。<br /> 因みにワイド文字列型では、wchar_t型というのを使うのですが、TCHAR型は、Unicode設定だとwchar_tに置き換わることになります。<br /> <br /> ワイド文字列では、文字列リテラルへは L("yonewiki") としなければならないし、<br /> 例えば文字列を引数にする関数もwprintf(L("cStr=%s"),cStr );とかに多数の書き換えが必要になります。<br /> そして、ワイド文字がどこの国の言葉を扱うのかを定義するには、<br /> setlocale関数で設定が必要で、<br /> setlocale( LC_ALL, "Japanese" );<br /> ※リテラルの設定では省略されていますが、setlocale( LC_ALL, "Japanese_Japan.932" );<br /> と設定していることになります。出力するときには日本語のShift_JISにしてねということです。<br /> 今はWindowsPCのコマンドプロンプトで動作を確認しているからです。 <br /> ※ちなみに関数のリファレンスはmsdnが最強だと思うわけでして、<br /> *C++Runtimeリファレンス<br /> http://msdn.microsoft.com/ja-jp/library/634ca0c2(v=vs.90).aspx<br /> *setlocale<br /> http://msdn.microsoft.com/ja-jp/library/x99tb11d(v=vs.90).aspx<br /> <br /> のようにsetlocale関数の記述が必要になります。setlocale関数を使うには#include<locale.h>が必要です。<br /> setlocale関数でも引数に文字列リテラルを与えるので、そこでワイド文字列を使うために_wsetlocale関数もあります。<br /> _wsetlocale( LC_ALL, L("Japanese") );<br /> とします。こちらはwchar.hをインクルードするだけで使えるとのこと。<br /> wcslenは文字列の文字数をカウントする関数です。通常のマルチバイト文字でもワイド文字でもない、何もしない関数はstrlen関数になります。<br /> <br /> <br /> さらにwcher_t型を使うには、プリプロセッサでwchar.hを読み込まなくてはならず、<br /> <nowiki>#include<wchar.h></nowiki>と記述しないといけないです。<br /> 従って、ワイド文字列版のプログラムは以下のようになります。 <syntaxhighlight lang="cpp" line start="1"> #include <iostream> //#include<locale.h> wchar.hがインクルードされていれば、いらない。 #include<wchar.h> int main() { _wsetlocale( LC_ALL, L("Japanese")); wchar_t cStr[]=L("よねウィキyonewiki"); wprintf(L("cStr0=%s sizeof=%d StrCount=%d"), cStr0,sizeof(cStr0),wcslen(cStr0)); } </syntaxhighlight> <br /> TCHAR型も同じようなものですが、プロジェクトの設定次第で置き換わるということが特徴です。<br /> これでプロジェクトの設定をUnicodeの文字セットにしていれば、wchar_t型になり、<br /> さらにTCHAR型を使うには、プリプロセッサでtchar.hを読み込まなくてはならず、<br /> <nowiki>#include<tchar.h></nowiki>と記述しないといけないです。<br /> setlocale関数も_tsetlocale関数として置き換えておくことができます。<br /> Unicodeセットのプロジェクト設定なら結局_wsetlocaleに置き換わるだけです。<br /> 文字列リテラルは_T(" ")といった形式で記述しておきます。<br /> _tcslen関数はwcslen関数と同じです。<br /> このようにマルチバイト文字列版、ワイド文字列版、プロジェクト設定に従うTCHAR版の3つの関数があります。<br /> cout関数にはTCHAR版が無いようなので、最初からstd::wcoutと記述するか、<br /> wcout関数と_tcout関数が同じになるように定義する必要があります。実用的にはあまり使わない関数なので、あってもなくても困りません。<br /> C++標準関数の文字列操作系の関数を使わないようにするのが、自分は良いと思います。<br /> 自分のパソコンの環境だけで、ちょっとしたことのために、マクロ定義するような手法は嫌いです。何をやってるのかが分からなくなっていきやすいような気がします。<br /> 長い置き換えが必要な部分だけをプログラムにするようにしています。<br /> <br /> 従って、TCHAR版のプログラムは以下のようになります。<br /> <syntaxhighlight lang="cpp" line start="1"> #include <iostream> //#include<locale.h> tchar.hがインクルードされていれば、いらない。 #include<tchar.h> int main() { _tsetlocale( LC_ALL, _T("Japanese")); TCHAR cStr0[]=_T("表示:よねウィキの機能<yonewiki>"); _tprintf(_T("cStr0=%s sizeof=%d StrCount=%d"), cStr0,sizeof(cStr0),_tcslen(cStr0)); } </syntaxhighlight> 出力結果は <syntaxhighlight lang="cpp" line start="1"> cStr0=表示:よねウィキの機能<yonewiki> sizeof=44 StrCount=21 </syntaxhighlight> となります。 TCHAR型のユニコード(UTF-16)設定にした場合、wchar_t型のcStr0は配列番号0~21の22の大きさを持つ配列になります。<br /> Unicode文字セットですのでShft_JISとは異なる数値が使われますが、0番から順に<br /> 0x8868(表),0x793A(示),0xFF1A(:),0x3088(よ),0x306D(ね),0x30A6(ウ),0x30A3(ィ),0x30AD(キ),0x306E(の),0x6A5F(機),0x80FD(能)<br /> 0x003C(<nowiki><</nowiki>),0x0079(y),0x006F(o),0x006E(n),0x0065(e),0x0077(w),0x0069(i),0x006B(k),0x0069(i),0x003E(<nowiki>></nowiki>),0x0000(\0)<br /> のように格納されています。 あんまり変わり映えしませんが、プロジェクトの設定に従うという意味ではTCHAR型を使うのが少しお勧めです。<br /> 気を付けなければならないのは、Shift_JIS(CP932)コード文字セットで格納された配列をユニコード文字セットのプロジェクトで受け取ったり、<br /> その逆のことが起こったりする場合には変換が必要になったりと、いいことばかりではありません。<br /> この他、文字コードにはShift_JIS(CP932)ではないShift_JISやEUCやMac日本語といった文字コードもあり、可能性だけで考えると<br /> Unicode:UTF-8/UTF-16/UTF-32<br /> Shift_JIS:CP932/shift_jis/shift_jis2000/shift_jis2004<br /> Mac:x-mac-japanese<br /> EUC:CP51932/CP20932/euc-jp2000/euc-jp2004/eucJP-ms<br /> JIS:CP50220/ISO-2022-JP/ISO-2022-JP-1/ISO-2022-JP-2004/ISO-2022-JP-3<br /> JIS 1Byte:ISO-2022-JP/CP50221<br /> といった文字コードが存在し、外国語文字コードセットも含めるとかなりの数の文字コードが世界に広がっています。<br /> Unicodeも扱いがいくつかあるため、実はもう少し勉強しないといけないです。 VisualStudioでUnicodeと選択した場合は、UTF-16で扱われているということになります。<br /> UTF-8では英数字が1Byte、日本語は3Byteを使います。<br /> テキストエディタは、このあたりの解釈が厳密で、ファイルを保存するときにも文字コードセットと符号化方式を遵守していますし、<br /> 互換性を高めているものが、多いです。複雑過ぎて、自分には作れそうもないですね。<br /> <br /> WindowsのVisualStudioなどでWin32 APIを使える環境であれば、以下のような型もあります。<br /> LPCSTR =const CHAR * <br /> LPCWSTR=const WCHAR *<br /> LPCTSTR=const TCHAR * <br /> LPSTR =CHAR *<br /> LPWSTR =WCHAR * <br /> LPTSTR =TCHAR *<br /> それぞれの正式な名称は <br /> Long Pointer to Constant null-terminated STRing<br /> Long Pointer to Constant null-terminated Wide STRing<br /> Long Pointer to Constant null-terminated Template STRing<br /> Long Pointer to null-terminated STRing<br /> Long Pointer to null-terminated Wide STRing<br /> Long Pointer to null-terminated Template STRing<br /> であり、その略の型名が対応しているとのこと。<br /> PCSTR/PCWSTR/PCTSTR/PSTR/PWSTR/PTSTRと先頭にLが着かないものはWin16時代に使われたものですが、今では差がありません。<br /> <br /> MFC(MicrosoftFaundationClass)というMicrosoftが提供しているクラスの文字列型には<br /> 文字列の操作を強化したCStringもあります。有名なので手ごわいですが、これはMFCです。<br /> MFCは無料では配られていないクラスライブラリでして、Microsoftが定義した型ってのはすごく一般的にも使われるくらい流行します。<br /> ということで、使うべき型は、WIN32 APIでもLPCTSTR/PCTSTRあるいはLPTSTR/PTSTRということになりましょうか。<br /> とはいっても、世界中にはいろんな型の文字列で操作されますので、いろいろな変換が必要になります。<br /> <br /> ここではwchar_t型で文字列を使うために、TCHAR型を使い、ワイド文字列用の各関数wcsで始まるような関数を使います。<br /> マルチバイト文字列とした場合はchar型でマルチバイト文字列用の各関数_wbやwbで始まるような関数に置き換えられることを意味します。<br /> ってことはstrcpyという文字列コピー関数や、strcat(文字列連結)、strlen(文字列カウント)のようなstrで始まるような<br /> C標準ライブラリ関数は使われないことになります。<br /> <br /> 最近は文字列操作関数にxxx_sやxxx_lのようなセキュア思想(本当に安全なのかどうかは不明?使い方よっては間違いだらけのプログラムになる可能性もある)の文字列操作関数がありまして、<br /> 大雑把に分類すると文字列操作の関数は上記のようなことから、以下のような文字列操作関数に分類できます。<br /> *strxxx系関数<br /> *マルチバイト文字_mbxxxx関数/mbxxxx関数<br /> *ワイド文字_wcxxxx関数<br /> *Visual C++の _tcxxxx関数<br /> と、_lや_sで終わる関数で<br /> *strxxx_s系関数<br /> *マルチバイト文字_mbxxxx_l関数/mbxxxx_l関数<br /> *ワイド文字_wcxxxx_l関数<br /> *Visual C++の _tcxxxx_l関数<br /> といった同じことをする関数だけで大体8種類くらいあります。<br /> 文字列の型で言うと *char型<br /> *wchar_t型<br /> *TCHAR型(Visual C++)<br /> そして、WinAPIで定義されている<br /> LPCSTR/LPCWSTR/LPCTSTR/LPSTR/LPWSTR/LPTSTR/PCSTR/PCWSTR/PCTSTR/PSTR/PWSTR/PTSTR/<br /> という型…<br /> どれか一つに決めて使うのは自分次第ですが、世界中のプログラマがどれを使うかは、わかりません。<br /> しかもどの関数も微妙に動作が違ったりするので、完全な理解をしようとすると、途方に暮れそうになります。<br /> でも、まぁそれだけの種類があるんだなぁとわかってさえいれば、その都度、変換方法を調べるということができるので、それでいいのかなぁと思ったりもします。<br /> で、文字コードセット変換…リトルエンディアン…ビッグエンディアン…文字コードセットの符号化方式UTF-8/UTF-16/UTF-32その他…<br /> もうね。なんか崩壊してるような気もするけど、やるしかないわなorz<br /> 学校で教えてくれるプログラミングがいかにその一部分だけを勉強していたのかを思い知らされる現実。<br /> そして、これを覚えたところでWindowsプログラミングができるわけでもないという、目指すべき頂上の遠さ。<br /> 全部を理解しようなんて思わないことですね。必要最低限の装備でどこまで登れるか?登山はあんまりやったことがないのでアレなんすけど<br /> <br /> そんな軽装備で山登りなんて始めたら、<br /> 間違いなく死ににいくようなもんです。それでも目指すべきところがあるのならば、頑張るしかないっすね。<br /> 自分自身はMFCを使ったアプリも複雑過ぎて理解しきれなかったし、ある程度は理解しようとしたんですけど…。<br /> C++を理解して、MFCのちょいかじり、さらにその先にあるC++/CLI、DirectShowを使ってみたりもしましたが、いやはや。<br /> どこまで理解できたのやら(汗。Win32APIだけでUSBラジオを操作したり、音を出力する質素なアプリとか、そういうのを作るのが精一杯でしたね。<br /> あと面白いのはSterinBerg社の提供しているVSTiスケルトンから音楽やMIDI処理系のDLL開発をするのも楽しかったような。<br /> 自分もわからなかったことを、もう一度、理解してみようと思います。<br /> == '''マルチバイト文字列、ワイド文字列の相互変換''' == まずは、文字列の配列で以下のように格納されているものがあって、<br /> TCHAR *cStr0[]={_T("表示:よねウィキの機能<yonewiki>"),_T("表示:よねウィキの機能1<yonewiki>"),_T("表示:よねウィキの機能2<yonewiki>")};<br /> を単純にpcStr0というポインタ変数を使って、まるまるコピーする場合はこんな風に自分ならやります。<br /> 動的メモリを確保してもらいますが、それで効率が本当にいいのか悪いのかは知りません。なんとなくやりきった感じだけはします。<br /> <syntaxhighlight lang="cpp" line start="1"> #include <iostream> //#include<locale.h> tchar.hがインクルードされていれば、いらない。 #include<tchar.h> int main() { _tsetlocale( LC_ALL, _T("Japanese")); TCHAR *cStr0[]={_T("表示:よねウィキの機能<yonewiki>"),_T("表示:よねウィキの機能1<yonewiki>"),_T("表示:よねウィキの機能2<yonewiki>")}; TCHAR **pcStr0 = new TCHAR*[sizeof(cStr0)/sizeof(*cStr0)]; for(int i = 0; i < (sizeof(cStr0)/sizeof(*cStr0)); i++){ _tprintf(_T("cStr0=%s sizeof=%d StrCount=%d\n"), cStr0[i], sizeof(cStr0)/sizeof(*cStr0),_tcslen(cStr0[i])); pcStr0[i] = new TCHAR[_tcslen(cStr0[i]) + 1]; _tprintf(_T("cStr0=%s\n\n"),*(cStr0 + i)); _tcscpy_s(pcStr0[i], _tcslen(cStr0[i]) + 1,cStr0[i]); } for(int i = 0; i < 3; i++){ _tprintf(_T("_tcslen(cStr0[i])=%d\npcStr0=%s\n cStr0=%s\n\n"),_tcslen(cStr0[i]),*(pcStr0 + i),*(cStr0 + i)); } for(int i = 0; i < 3; i++){ delete[] *(pcStr0 + i); } delete[] pcStr0; printf("\n"); return 0; } </syntaxhighlight> 本当は12行目のコピーをする関数である_tcscpy_s関数は語尾の_sの無い関数を使いたいところですが、warningが表示されるので、あえて使いこなします。<br /> _tcscpy_sの第一引数はコピー先のTCHAR型先頭アドレスでコピーするのに必要な配列の大きさを持っていれば良いです。第二引数では、コピー先の配列の大きさを指定しています。<br /> 第三引数はコピー元のTCHAR型の先頭アドレスです。<br /> <br /> 7行目のNew演算子では、TCHAR型のポインタのポインタ型の配列大きさを3を確保して、実体化しています。<br /> アドレスを保持できる4Byteの大きさの領域が配列番号0~3まで作られたことになります。<br /> 10行目のNew演算子では、cStr[0]~[2]の文字列の文字数+1の大きさの配列をTCHAR型で確保します。<br /> ワイド文字列のwchar_t型でも21文字+1、22文字+1、22文字+1と順番に確保しますし、<br /> マルチバイト文字ならchar型ですので、すべて全角文字に対しては2byte、2文字分の領域が必要だと計算し、<br /> 32文字+1、33文字+1、33文字+1を確保します。何故+1文字分を確保するかと言えば、文字列の最後には\0を格納してくれるので、<br /> その分をあけておかなければなりません。<br /> 18行目、20行目では、delete演算子で動的生成した領域の放棄を宣言して、リソースを返却します。<br /> 使い終わったら速やかに、返す。<br /> 出力結果はマルチバイト文字設定だと<br /> <syntaxhighlight lang="cpp"> cStr0=表示:よねウィキの機能<yonewiki> sizeof=3 StrCount=32 cStr0=表示:よねウィキの機能<yonewiki> cStr0=表示:よねウィキの機能1<yonewiki> sizeof=3 StrCount=33 cStr0=表示:よねウィキの機能1<yonewiki> cStr0=表示:よねウィキの機能2<yonewiki> sizeof=3 StrCount=33 cStr0=表示:よねウィキの機能2<yonewiki> _tcslen(cStr0[i])=32 pcStr0=表示:よねウィキの機能<yonewiki> cStr0=表示:よねウィキの機能<yonewiki> _tcslen(cStr0[i])=33 pcStr0=表示:よねウィキの機能1<yonewiki> cStr0=表示:よねウィキの機能1<yonewiki> _tcslen(cStr0[i])=33 pcStr0=表示:よねウィキの機能2<yonewiki> cStr0=表示:よねウィキの機能2<yonewiki> </syntaxhighlight> となります。<br /> ワイド文字列設定なら<br /> <syntaxhighlight lang="cpp"> cStr0=表示:よねウィキの機能<yonewiki> sizeof=3 StrCount=21 sizecStr0=0,cStr0=表示:よねウィキの機能<yonewiki> cStr0=表示:よねウィキの機能1<yonewiki> sizeof=3 StrCount=22 sizecStr0=0,cStr0=表示:よねウィキの機能1<yonewiki> cStr0=表示:よねウィキの機能2<yonewiki> sizeof=3 StrCount=22 sizecStr0=0,cStr0=表示:よねウィキの機能2<yonewiki> _tcslen(cStr0[i])=21 pcStr0=表示:よねウィキの機能<yonewiki> cStr0=表示:よねウィキの機能<yonewiki> _tcslen(cStr0[i])=22 pcStr0=表示:よねウィキの機能1<yonewiki> cStr0=表示:よねウィキの機能1<yonewiki> _tcslen(cStr0[i])=22 pcStr0=表示:よねウィキの機能2<yonewiki> cStr0=表示:よねウィキの機能2<yonewiki> </syntaxhighlight> となります。Visual C++をつかわれているのであれば、プロジェクトの設定をマルチバイトにしたり、Unicodeにしてみたりして下さい。<br /> TCHAR型で記述しているので、どちらでも動作すると思います。<br /> <br /> それで、なんでしたっけ、ワイド文字列とマルチバイト文字列の相互互換なんですけど、<br /> ようするにこのコピーをするときにワイド文字列とマルチバイトが混じっているケースで考えて、どのように対処すればいいのかで、<br /> 説明ができると思ったのでした。<br /> mbstowcs関数とwcstombs関数でやりとりが出来るようになっています。<br /> 実際、こんなケースがあるのかは知りませんが、こんな関数があるってことは、テキストをどこからか読み込んだ場合とか、<br /> そういったプログラムから引数として受け取るとか、そういったケースもあるのでしょう。<br /> 関数の引数はそれぞれ異なるので、気を付けなければなりません。<br /> <br /> で、無理矢理にそういったサンプルのプログラムを作るのは意外と面倒でして、サンプルは鋭意執筆中ということにしておきたいと思います。ぉぃ。<br /> っていうか、MSDNライブラリが落っこちてるみたいで、厳密な解釈を調べながら書くことができない。<br /> mbstowcs関数にも_tbstowcsとかmbstowcs_sとかmbstowcs_s_lとかあると思うんですけど、その辺りを知ることが出来ない。その逆もしかり。<br /> <br /> ようはchar型に収められた文字列をwchar_t型に変換したり、wchar_t型で収められた文字列をchar型に変換したりするってことなんですけど。<br /> UnicodeとShift_JISの変換もここで知っておくべきか…。<br /> つうか、この記事、長すぎっ。誰も理解できないんじゃね?って思う今日この頃。<br /> <br /> [[C PlusPlus|C++]]へ戻る
C 日本語文字列
に戻る。
個人用ツール
ログイン
名前空間
ページ
議論
変種
表示
閲覧
ソースを表示
履歴表示
操作
検索
案内
メインページ
コミュニティ・ポータル
最近の出来事
最近の更新
おまかせ表示
ヘルプ
ツールボックス
リンク元
関連ページの更新状況
特別ページ