このビジュアル スタジオの cpp チュートリアルで、TEXT() 関数に関連するドキュメントを見つけようとしました: http://msdn.microsoft.com/en-us/library/windows/desktop/aa366551(v=vs.85)。 aspx
TCHAR szName[]=TEXT("Global\\MyFileMappingObject");
残念ながら、関数をグーグルで検索すると、役に立たない結果が得られます。
このビジュアル スタジオの cpp チュートリアルで、TEXT() 関数に関連するドキュメントを見つけようとしました: http://msdn.microsoft.com/en-us/library/windows/desktop/aa366551(v=vs.85)。 aspx
TCHAR szName[]=TEXT("Global\\MyFileMappingObject");
残念ながら、関数をグーグルで検索すると、役に立たない結果が得られます。
TEXT
マクロに関する MSDN ドキュメントは次のとおりです。
http://msdn.microsoft.com/en-us/library/windows/desktop/dd374074%28v=vs.85%29.aspx
MSDNを見ましたか
コンパイル時にプリプロセッサ ディレクティブによって UNICODE が定義されている場合、文字列を Unicode として識別します。それ以外の場合、マクロは文字列を ANSI 文字列として識別します。
このマクロは、現在の Windows ANSI コード ページに従って、実行時に ANSI 文字列を解釈します。厳密には ASCII ではないリテラル ANSI 文字列は、異なる Windows ANSI コード ページで処理されると、異なる方法で解釈されます。たとえば、コード ページ 1252 (Latin-1) の "\0xC4" は、分音記号 (Ä) 付きの大文字 A を表します。ただし、コード ページ 1253 (ギリシャ語) では、文字列は大文字のデルタ (Δ) を表します。これらの異なる解釈は、開発と保守の問題につながります。たとえば、元の開発者が使用したページとは異なるシステム コード ページを使用している場合、開発者は文字列を修正することがあります。または、ビルド コンピューターが別のコード ページを使用する可能性があります。異なる解釈は、実行時の問題も引き起こします。たとえば、
TEXT() 関数が使用されているMSDNのリンクがもう 1 つ見つかりました。