vs2015 C++ CodeDOM parser error
vs2015 community C++を使って開発しております。 win10 32ビット、vs2015 community C++ で開発したwindows form アプリケーションをwin10 64ビット、vs2015 community C++に持って行き、フォームのビューデザインを表示させようとすると次のようなエラーメッセージが出ます。ただしコンパイルは正常とおり、生成されたアプリケーションも異常なく動作します。 C++ CodeDOM parser errorvs: Line: xxx, Column: yy --- Unknown type ''. Please make sure that the assembly that contains this type is referenced. If this type is a part of your developmen
致命的なエラー C1010
プリコンパイル ヘッダーを検索中に不明な EOF が見つかりました。 '#include name' をソースに追加するのを忘れていませんか。 解説 /Yu によって指定されたインクルード ファイルがソース ファイルに一覧表示されません。 このオプションは、多くの Visual Studio C++ プロジェクト タイプで既定で有効になっています。 このオプションによって指定された既定のインクルード ファイルは、Visual Studio 2017 以前の pch.h または stdafx.h です。 Visual Studio 環境で、次のいずれかの方法を使用して、このエラーを解決します。 現在のプロジェクトから、pch.h ヘッダー ファイルまたは pch.cpp ソース ファイルを誤って削除、名前変更、または削除していないことを確認します。 (以前のプロジェクトでは、これらのファイル
リンカー ツール エラー LNK2001
外部シンボル "symbol" は未解決です コンパイルされたコードは、"シンボル" への参照または呼び出しを行います。 シンボルは、リンカーによって検索されるライブラリまたはオブジェクト ファイルで定義されていません。 このエラー メッセージの後に、致命的なエラー LNK1120 が発生します。 エラー LNK1120 を修正するには、最初に LNK2001 と LNK2019 のエラーをすべて修正する必要があります。 LNK2001 エラーを取得するには、さまざまな方法があります。 これらはすべて、リンカーによって "解決" されなかった、または定義が見つからなかった関数や変数への "参照 "を含んでいます。 コンパイラでは、コードでシンボルが "宣言" されていない場合は識別できますが、"定義" されていない場合は識別できません。 これは、定義が別のソース ファイルまたはライブラリに
DLL と Visual C++ ランタイム ライブラリの動作
Visual Studio を使用してダイナミックリンク ライブラリ (DLL) をビルドする場合、既定では、リンカーには Visual C++ ランタイム ライブラリ (VCRuntime) が含まれます。 VCRuntime には、C/C++ 実行可能ファイルを初期化および終了するために必要なコードが含まれています。 DLL にリンクされる場合、VCRuntime コードは _DllMainCRTStartup と呼ばれる内部 DLL エントリポイント関数を提供します。この関数は、Windows OS メッセージを DLL に渡してプロセスまたはスレッドにアタッチまたはデタッチします。 _DllMainCRTStartup 関数は、スタック バッファー セキュリティのセットアップ、C ランタイム ライブラリ (CRT) の初期化と終了、静的オブジェクトとグローバル オブジェクトのコンス
__declspec(dllimport) を使ったアプリケーションへのインポート
あるプログラムが DLL によって定義されたパブリック シンボルを使うことを、シンボルをインポートすると言います。 ビルドに DLL を使用するアプリケーション用のヘッダー ファイルを作成するときは、パブリック シンボルの宣言で __declspec(dllimport) を使用します。 キーワード __declspec(dllimport) は、エクスポートに .def ファイルと __declspec(dllexport) キーワードのどちらを使用した場合でも機能します。 コードを読みやすくするには、__declspec(dllimport) に対してマクロを定義して、そのマクロを使用してインポートされる各シンボルを宣言します。 #define DllImport __declspec( dllimport ) DllImport int j; DllImport void func(
__declspec(dllexport) を使った DLL からのエクスポート
__declspec(dllexport) キーワードを使用すると、データ、関数、クラス、クラスのメンバー関数を DLL からエクスポートできます。 __declspec(dllexport) では、オブジェクト ファイルにエクスポート ディレクティブが追加されるので、.def ファイルを使用する必要はありません。 この機能は、C++ 関数の装飾名をエクスポートする場合に特に便利です。 名前の装飾には標準仕様がないので、エクスポート関数の名前は、コンパイラのバージョン間で変わる場合があります。 __declspec(dllexport) を使用する場合は、名前付け規則の変更に対応するためだけに、DLL とその従属する .exe ファイルを再コンパイルする必要があります。 序数、NONAME、PRIVATE など、多くのエクスポート ディレクティブは、.def ファイル内にしか作成されないの
方法: ターゲット フレームワークおよびプラットフォームのツールセットを変更する
Visual Studio C++ プロジェクト ファイルを編集して、別のバージョンの C++ プラットフォーム ツールセットをターゲットにすることができます。 Windows SDK と、使用される .NET Framework も編集できます。 (.NET Framework は C++/CLI プロジェクトにのみ適用されます)。 新しいプロジェクトでは、プロジェクトの作成に使用する Visual Studio のバージョンの既定の .NET Framework とツールセットが使用されます。 .vcxproj ファイルでこれらの値を変更すると、すべてのコンパイル ターゲットで同じコード ベースを使用できます。 プラットフォームのツールセット プラットフォームのツールセットは、C++ コンパイラ (cl.exe) とリンカー (link.exe)、そして C/C++ 標準ライブラリで構
/clr (共通言語ランタイムのコンパイル)
アプリケーションとコンポーネントで共通言語ランタイム (CLR) の機能を使用できるようにし、C++/CLI コンパイルを有効にします。 構文 /clr[:<オプション>] 引数 options 次の 1 つまたは複数の引数を、コンマで区切って指定します。 なし オプションを指定しない場合は、/clr によってコンポーネントのメタデータが作成されます。 このメタデータは、他の CLR アプリケーションで使用できます。また、このメタデータによって、他の CLR コンポーネントのメタデータの型とデータをコンポーネントで使用できるようになります。 「混在 (ネイティブおよびマネージド) アセンブリ」を参照してください。 netcore Visual Studio 2019 バージョン 16.4 以降で使用できる /clr:netcore を使うと、最新のクロスプラットフォーム .NET Fram
[リンカー] プロパティ ページ
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 以下のプロパティは、[プロジェクト]>[プロパティ]>[構成プロパティ]>[リンカー] の下にあります。 リンカーについて詳しくは、「リンカーを呼び出す CL」と「リンカー オプション」をご覧ください。 [全般] プロパティ ページ 出力ファイル /OUT オプションを指定すると、リンカーによって作成されるプログラムの既定の名前と場所がオーバーライドされます。 進行状況の表示 リンカーの進行状況メッセージを出力します Choices [設定なし] - 詳細情報はありません。 [詳細情報をすべて表示] - すべての進行状況メッセージを表示します。 [検索したライブラリ] - 検索したライブラリのみを示す進行状況
DLL と Visual C++ ランタイム ライブラリの動作
Visual Studio を使用してダイナミックリンク ライブラリ (DLL) をビルドする場合、既定では、リンカーには Visual C++ ランタイム ライブラリ (VCRuntime) が含まれます。 VCRuntime には、C/C++ 実行可能ファイルを初期化および終了するために必要なコードが含まれています。 DLL にリンクされる場合、VCRuntime コードは _DllMainCRTStartup と呼ばれる内部 DLL エントリポイント関数を提供します。この関数は、Windows OS メッセージを DLL に渡してプロセスまたはスレッドにアタッチまたはデタッチします。 _DllMainCRTStartup 関数は、スタック バッファー セキュリティのセットアップ、C ランタイム ライブラリ (CRT) の初期化と終了、静的オブジェクトとグローバル オブジェクトのコンス
Visual Studio で 動的ライブラリ（DLL）を利用する - お茶漬けびより
前回は、作成するところまで行いました。 今回は、実際に使ってみたいと思います。 pickles-ochazuke.hatenablog.com DLL を使うプロジェクトを作成 とくに変わったところはないです。いつも通り作っちゃってください。自分は、空のプロジェクトで作成しました。プロジェクト名は、Project3です。ついでに main 関数を書くためにソースファイル（main.cpp）を作っておきましょう。 DLL を使うための準備 さて、まずは DLL を使えるようにしないといけません。ざっくり手順を書きますと ソリューションに DLL のプロジェクトを追加（プロジェクトは、前回作成済み） 使う側に DLL の参照を追加する DLL のヘッダファイルがあるディレクトリを追加する 1. ソリューションに DLL のプロジェクトを追加 ソリューションエクスプローラに表示されているソリュー
DEF ファイルを使った DLL からのエクスポート
モジュール定義または DEF ファイル (*.def) は、DLL のさまざまな属性を記述する 1 つ以上のモジュール文が含まれるテキスト ファイルです。 DLL の関数をエクスポートする __declspec(dllexport) キーワードを使わない場合は、DLL に DEF ファイルが必要です。 DEF ファイルには、最低限、以下のモジュール定義文を記述する必要があります。 ファイルの先頭には、必ず LIBRARY 文を記述します。 この文は、DEF ファイルが DLL に所属していることを識別します。 LIBRARY 文の引数には、DLL の名前を指定します。 リンカーは、この名前を DLL のインポート ライブラリに配置します。 EXPORTS 文には、DLL のエクスポート関数の名前と、オプションで序数値を指定します。 序数値を関数に割り当てるには、アット マーク (@) と数
Marshal.StringToHGlobalAnsi(String) メソッド (System.Runtime.InteropServices)
例 次の例では、マネージド String クラスの内容をアンマネージド メモリに変換し、完了したらアンマネージ メモリを破棄する方法を示します。 using namespace System; using namespace System::Runtime::InteropServices; #include <iostream> // for printf int main() { // Create a managed string. String^ managedString = "Hello unmanaged world (from the managed world)."; // Marshal the managed string to unmanaged memory. char* stringPointer = (char*) Marshal::StringToHGlob
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
C++で汎用的なDLLを作成する
Environment.GetFolderPath メソッド (System)