サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
覚書です。 dllやexeの依存関係を調べるツールでDependency Walker(depends.exe)が有名だと思います。 (http://www.dependencywalker.com/) ただ、これをWindows 10で使用してると結構固まることが多く詰んでいた人がいるかもしれません。 Dependenciesを使いましょう。Dependenciesは2017年に公開されたアプリケーションで、Dependency WalkerをC#で書き直してオープンソースにしたものだそうです。 Dependencies (https://github.com/lucasg/Dependencies) これを使えば、快適に依存関係を調べられるぞ!
外部のコンポーネント（通常はDLLファイル）などを利用して.NETでアプリケーションを作成する場合、アプリケーション本体（EXEファイル）の実行には当然ながらそれらのDLLファイルが必要になる。しかしアプリケーションをユーザーに配布する場合などでは、ファイルの数は少ない（できれば1つのEXEファイルのみの）方が扱いやすい。 米Microsoftが無償で提供しているツール「ILMerge」を利用すれば、EXEファイルと、その実行に必要な複数のDLLファイルを1つのEXEファイルにまとめることが可能だ（正確には、ILMergeは複数のアセンブリを1つのアセンブリにマージする）。 複数のファイルを1つにまとめる「ILMerge」 ILMergeは次のページからダウンロードできる。このページには.NET Framework 2.0用と1.1用のインストール・パッケージ（.msiファイル）が用意され
このチュートリアルでは、Visual Studio IDE を使用してMicrosoftC++ (MSVC) で記述された独自のダイナミック リンク ライブラリ (DLL) を作成する方法について順を追って説明します。 その後、その DLL を別のC++ アプリから使用する方法を示します。 DLL (UNIX ベースのオペレーティング システムでは共有ライブラリとも呼ばれます) は、特に役立つWindows コンポーネントの種類の 1 つです。 それらを使用して、コードやリソースを共有したり、アプリのサイズを縮小したりできます。 DLL を使用すると、アプリのサービス提供や拡張も簡単になります。 このチュートリアルでは、いくつかの数値演算関数を実装する DLL を作成します。 その後、DLL の関数を使用するコンソール アプリを作成します。 また、Windows DLL で使用され
Windows において、ダイナミックリンク ライブラリ (DLL) とは、関数とリソースの共有ライブラリとして機能する実行可能ファイルの一種です。 ダイナミック リンクは、オペレーティング システムの機能です。 これにより、実行可能ファイルから別のファイルに格納された関数を呼び出したり、リソースを使用したりすることができます。 これらの関数とリソースはコンパイルできるだけでなく、これらを使用する実行可能ファイルとは別に配置することができます。 DLL はスタンドアロンの実行可能ファイルではありません。 DLL は、それを呼び出すアプリケーションのコンテキストで実行されます。 オペレーティング システムによって、その DLL がアプリケーションのメモリ領域に読み込まれます。 これは、アプリケーションが読み込まれるとき ("暗黙的なリンク")、または必要に応じて実行時に ("明示的なリンク"
外部シンボル "symbol" は未解決です コンパイルされたコードは、"シンボル" への参照または呼び出しを行います。 シンボルは、リンカーによって検索されるライブラリまたはオブジェクト ファイルで定義されていません。 このエラー メッセージの後に、致命的なエラー LNK1120 が発生します。 エラー LNK1120 を修正するには、最初に LNK2001 と LNK2019 のエラーをすべて修正する必要があります。 LNK2001 エラーを取得するには、さまざまな方法があります。 これらはすべて、リンカーによって "解決" されなかった、または定義が見つからなかった関数や変数への "参照 "を含んでいます。 コンパイラでは、コードでシンボルが "宣言" されていない場合は識別できますが、"定義" されていない場合は識別できません。 これは、定義が別のソース ファイルまたはライブラリに
ASP.net ファイルまたはアセンブリ 'System.Web.Extensions, Version=2.0.50727, Culture=neutral, PublicKeyToken=31bf3856ad364e35'、またはその依存関係の 1 つが読み込めませんでした。指定されたファイルが見つかりません。ASP.net環境でWEBを公開しようと思っているのですが、 上記のエラーが出て前に進みません。 上記のエラーのみで、どこらへんが悪いか大体でいいんで わかる人いますかね？ .NETのバージョンなのか、IISの設定なのか。 ざっくりとした質問で申し訳ないのですが、よろしくお願いします。 VisualStudioのWebサーバーへの配置 VisualSutudio2015でWebアプリケーションの作成を行っておりますが、Webサーバーへの配置方法が分かりません。 色々とググった結
loaderLock マネージド デバッグ アシスタント (MDA) は、MicrosoftWindows オペレーティング システムのローダー ロックを保持しているスレッド上でマネージド コードを実行する試行を検出します。 このような実行は、デッドロックの原因になる可能性があり、オペレーティング システムのローダーが初期化する前に DLL が使用される可能性があるため、不適切です。 現象 オペレーティング システムのローダー ロック内でコードを実行する場合に発生する最も一般的なエラーは、ローダー ロックを必要とする他の Win32 関数を呼び出そうとしたときにスレッドがデッドロックする問題です。 このような関数の例として、LoadLibrary、GetProcAddress、FreeLibrary、GetModuleHandle があります。 アプリケーションはこれらの関数を直接呼び出
.netで書かれたテストアプリケーションをVisual Studioを使ってビルドしようとすると、何回チャレンジしても System.IO.FileNotFoundException: ‘ファイルまたはアセンブリ “*****.dll” 、またはその依存関係の 1 つが読み込めませんでした。指定されたモジュールが見つかりません。 …となってしまい、全然仕事が進まず…😫 同僚のPCでは問題なくビルドできるので、さてはAMDのCPUを使ってるからか❗❓ …な～んてうそぶいてみたのですが、まぁそんなこともないでしょうし😅 「ない」と名指しされている .dllファイルを、.slnファイルと同じディレクトリに全部コピーしてビルドしてみても同じ状態なので、なんかコレはおかしいぞ？と🤔 …でふと気付いたのが、解凍する際に使っている Explzh が、.zip を解凍する際に …と言ってきていること
問題 自分で .NET Framework のアプリケーションをビルドして実行すると動作するファイルを，友人のコンピュータに転送し実行したところ次のような例外が投げられ正常動作しなかった。 System.IO.FileNotFoundException: ファイルまたはアセンブリ '***', またはその依存関係の 1 つが読み込めませんでした。指定されたファイルが見つかりません。 (Exception.ToString より抜粋) また，転送する際に含めたファイルを自身のコンピュータの別のディレクトリに展開し実行すると，次のような例外が投げられ正常動作しなかった。 System.IO.FileLoadException: ファイルまたはアセンブリ '***'、またはその依存関係の 1 つが読み込めませんでした。見つかったアセンブリのマニフェスト定義はアセンブリ参照に一致しません。 (HR
このトピックでは、ユニバーサルWindows プラットフォーム (UWP) の一部であり、すべてのWindows デバイスによって実装される Win32API の一覧を示します。 便宜上、MicrosoftWindows ソフトウェア開発キット (SDK) には という名前WindowsApp.libのアンブレラ ライブラリがあります。 そのアンブレラ ライブラリは、問題の一連の Win32API のエクスポートを提供します。 アプリでこれらのAPI にアクセスするには、リンクWindowsApp.lib します (他のライブラリはありません)。 このトピックでは、 のすべてのAPI をモジュール別にWindowsApp.libグループ化して示します。モジュールはAPI セットまたは dll です。 リンクするとWindowsApp.lib 、すべてのWindows
共通言語ランタイムがインストールされている各コンピューターには、グローバル アセンブリ キャッシュと呼ばれるコンピューター全体のコード キャッシュがあります。 グローバル アセンブリ キャッシュには、コンピューター上の複数のアプリケーションによって共有されるように指定されたアセンブリが格納されます。 アセンブリは、必要なときにのみグローバル アセンブリ キャッシュにインストールして共有する必要があります。 一般的なガイドラインとして、アセンブリの依存関係を非公開にし、アセンブリの共有が明示的に必要でない限り、アプリケーション ディレクトリでアセンブリを見つけます。 さらに、アセンブリをグローバル アセンブリ キャッシュにインストールして、COM 相互運用機能またはアンマネージ コードからアクセスできるようにする必要はありません。
注 このコンテンツは、 フレームワーク設計ガイドライン (再利用可能な .NET ライブラリの規則、イディオム、パターン、第 2 版) から、Pearson Education, Inc. のアクセス許可によって再印刷されます。 そのエディションは2008年に出版され、その後 、本は第3版で完全に改訂されています。 このページの情報の一部が古くなっている可能性があります。 アセンブリは、マネージド コード プログラムの展開と ID の単位です。 アセンブリは 1 つ以上のファイルにまたがることができますが、通常、アセンブリは DLL を使用して 1 対 1 でマップします。 したがって、このセクションでは DLL の名前付け規則のみを説明し、アセンブリの名前付け規則にマップできます。 アセンブリ DLL の名前は、System.Data のように大きな機能を示すものを選んでください。 アセ
質問 2013年1月21日月曜日 4:22 お世話になります。ASP.NETのWEBアプリケーションを;動させる際、C#で作成したｄｌｌを使っています。 参照の追加でdllを追加してサーバーに配置すると/binディレクトリの下にdllをコピーします。 これですと、dllを修正した際、コピー先フォルダが多数になってしまうので、dllを一箇所にコピーして 各WEBアプリケーションは、それを参照するようにしたいのですが、どのように設定したらよいでしょうか？JavaのCLASSPATHのような仕掛を希望しますが、どなたかご教授をお願い致します。 開発並びに運用環境 VisualStudio2012Professional サーバー＝WindowsServer2012 すべての返信 (15) 2013年1月21日月曜日 12:07 ✅回答済み | 1 票 どこか見当違いのような気がしますが・・・
This step-by-step walkthrough explains how to use the Visual Studio IDE tocreate your own dynamic-link library (DLL) written inMicrosoftC++ (MSVC), and how to use the DLL from anotherC++ app. DLLs, also known as shared libraries in UNIX-based operating systems, are one of the most useful kinds ofWindows components. You can use them to share code and resources, and to shrink the size of your a
モジュール定義 (.def) ファイルは、リンクするプログラムに関するエクスポート、属性、その他の情報をリンカーに提供します。 .def ファイルは、DLL をビルドするときに最も役立ちます。 モジュール定義ステートメントの代わりに使用できる MSVC リンカー オプションがあるため、通常、.def ファイルは必要ありません。 エクスポートされる関数を指定する方法として、__declspec(dllexport) を使用することもできます。 リンカー フェーズの間に、/DEF (モジュール定義ファイルの指定) リンカー オプションを使用して、.def ファイルを呼び出すことができます。 エクスポートのない .exe ファイルを作成する場合、.def ファイルを使用すると、出力ファイルのサイズが大きくなり、読み込みが遅くなります。 例については、「DEF ファイルを使った DLL からのエク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
