覚書 : Dependency Walkerはもう古い! Windows 10ならDependenciesを使え! | FRONTL1NE (フロントライン)
覚書です。 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関係のメモ書き - Qiita
普段JavaでWeb開発していますが、2年1回ぐらいの頻度でDLLを修正する必要があります。 そのメモ書きです。 DLLの依存関係を調べる Visual Studioのdumpbinコマンドで確認できます。 http://yohshiy.blog.fc2.com/blog-entry-65.html https://msdn.microsoft.com/ja-jp/library/e16161bd.aspx 当たり前ですが、依存するDLLが存在しないと、動きません。 b.dllを参照しているa.dllがあって、このa.dllをJavaから実行するとします。 このとき、b.dllがないと「a.dllが見つからない」という旨のメッセージが表示されます。 私はこのエラーに悩まされ、「依存するDLLがないだけ」と気づくのに結構時間を使ってしまいました。 MSVCP100.dllが見つからない 「M
アプリケーションのEXEファイルやDLLファイルを1つにまとめるには？ - ＠IT
外部のコンポーネント（通常はDLLファイル）などを利用して.NETでアプリケーションを作成する場合、アプリケーション本体（EXEファイル）の実行には当然ながらそれらのDLLファイルが必要になる。しかしアプリケーションをユーザーに配布する場合などでは、ファイルの数は少ない（できれば1つのEXEファイルのみの）方が扱いやすい。 米Microsoftが無償で提供しているツール「ILMerge」を利用すれば、EXEファイルと、その実行に必要な複数のDLLファイルを1つのEXEファイルにまとめることが可能だ（正確には、ILMergeは複数のアセンブリを1つのアセンブリにマージする）。 複数のファイルを1つにまとめる「ILMerge」 ILMergeは次のページからダウンロードできる。このページには.NET Framework 2.0用と1.1用のインストール・パッケージ（.msiファイル）が用意され
チュートリアル: 独自のダイナミック リンク ライブラリを作成して使用する (C++)
このチュートリアルでは、Visual Studio IDE を使用して Microsoft C++ (MSVC) で記述された独自のダイナミック リンク ライブラリ (DLL) を作成する方法について順を追って説明します。 その後、その DLL を別の C++ アプリから使用する方法を示します。 DLL (UNIX ベースのオペレーティング システムでは共有ライブラリとも呼ばれます) は、特に役立つ Windows コンポーネントの種類の 1 つです。 それらを使用して、コードやリソースを共有したり、アプリのサイズを縮小したりできます。 DLL を使用すると、アプリのサービス提供や拡張も簡単になります。 このチュートリアルでは、いくつかの数値演算関数を実装する DLL を作成します。 その後、DLL の関数を使用するコンソール アプリを作成します。 また、Windows DLL で使用され
Visual Studio での C/C++ Dll の作成
Windows において、ダイナミックリンク ライブラリ (DLL) とは、関数とリソースの共有ライブラリとして機能する実行可能ファイルの一種です。 ダイナミック リンクは、オペレーティング システムの機能です。 これにより、実行可能ファイルから別のファイルに格納された関数を呼び出したり、リソースを使用したりすることができます。 これらの関数とリソースはコンパイルできるだけでなく、これらを使用する実行可能ファイルとは別に配置することができます。 DLL はスタンドアロンの実行可能ファイルではありません。 DLL は、それを呼び出すアプリケーションのコンテキストで実行されます。 オペレーティング システムによって、その DLL がアプリケーションのメモリ領域に読み込まれます。 これは、アプリケーションが読み込まれるとき ("暗黙的なリンク")、または必要に応じて実行時に ("明示的なリンク"
リンカ ツール エラー LNK2001
外部シンボル "symbol" は未解決です コンパイルされたコードは、"シンボル" への参照または呼び出しを行います。 シンボルは、リンカーによって検索されるライブラリまたはオブジェクト ファイルで定義されていません。 このエラー メッセージの後に、致命的なエラー LNK1120 が発生します。 エラー LNK1120 を修正するには、最初に LNK2001 と LNK2019 のエラーをすべて修正する必要があります。 LNK2001 エラーを取得するには、さまざまな方法があります。 これらはすべて、リンカーによって "解決" されなかった、または定義が見つからなかった関数や変数への "参照 "を含んでいます。 コンパイラでは、コードでシンボルが "宣言" されていない場合は識別できますが、"定義" されていない場合は識別できません。 これは、定義が別のソース ファイルまたはライブラリに
ASP.NET WEB発行でエラーが発生する - OKWAVE
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 - .NET Framework
loaderLock マネージド デバッグ アシスタント (MDA) は、Microsoft Windows オペレーティング システムのローダー ロックを保持しているスレッド上でマネージド コードを実行する試行を検出します。 このような実行は、デッドロックの原因になる可能性があり、オペレーティング システムのローダーが初期化する前に DLL が使用される可能性があるため、不適切です。 現象 オペレーティング システムのローダー ロック内でコードを実行する場合に発生する最も一般的なエラーは、ローダー ロックを必要とする他の Win32 関数を呼び出そうとしたときにスレッドがデッドロックする問題です。 このような関数の例として、LoadLibrary、GetProcAddress、FreeLibrary、GetModuleHandle があります。 アプリケーションはこれらの関数を直接呼び出
System.IO.FileNotFoundException: ‘ファイルまたはアセンブリ “*****.dll” 、またはその依存関係の 1 つが読み込めませんでした。指定されたモジュールが見つかりません。
.netで書かれたテストアプリケーションをVisual Studioを使ってビルドしようとすると、何回チャレンジしても System.IO.FileNotFoundException: ‘ファイルまたはアセンブリ “*****.dll” 、またはその依存関係の 1 つが読み込めませんでした。指定されたモジュールが見つかりません。 …となってしまい、全然仕事が進まず…😫 同僚のPCでは問題なくビルドできるので、さてはAMDのCPUを使ってるからか❗❓ …な～んてうそぶいてみたのですが、まぁそんなこともないでしょうし😅 「ない」と名指しされている .dllファイルを、.slnファイルと同じディレクトリに全部コピーしてビルドしてみても同じ状態なので、なんかコレはおかしいぞ？と🤔 …でふと気付いたのが、解凍する際に使っている Explzh が、.zip を解凍する際に …と言ってきていること
【備忘録】ファイルまたはアセンブリ，またはその依存関係の 1 つが読み込めませんでした。は .config ファイルを疑う - Qiita
【備忘録】ファイルまたはアセンブリ，またはその依存関係の 1 つが読み込めませんでした。は .config ファイルを疑うC#.NET備忘録 問題 自分で .NET Framework のアプリケーションをビルドして実行すると動作するファイルを，友人のコンピュータに転送し実行したところ次のような例外が投げられ正常動作しなかった。 System.IO.FileNotFoundException: ファイルまたはアセンブリ '***', またはその依存関係の 1 つが読み込めませんでした。指定されたファイルが見つかりません。 (Exception.ToString より抜粋) また，転送する際に含めたファイルを自身のコンピュータの別のディレクトリに展開し実行すると，次のような例外が投げられ正常動作しなかった。 System.IO.FileLoadException: ファイルまたはアセンブリ
すべての Windows デバイスに存在する API - Windows UWP applications
このトピックでは、ユニバーサル Windows プラットフォーム (UWP) の一部であり、すべての Windows デバイスによって実装される Win32 API の一覧を示します。 便宜上、Microsoft Windows ソフトウェア開発キット (SDK) には という名前WindowsApp.libのアンブレラ ライブラリがあります。 そのアンブレラ ライブラリは、問題の一連の Win32 API のエクスポートを提供します。 アプリでこれらの API にアクセスするには、リンク WindowsApp.lib します (他のライブラリはありません)。 このトピックでは、 のすべての API をモジュール別に WindowsApp.libグループ化して示します。モジュールは API セットまたは dll です。 リンクすると WindowsApp.lib 、すべての Windows
グローバル アセンブリ キャッシュ - .NET Framework
共通言語ランタイムがインストールされている各コンピューターには、グローバル アセンブリ キャッシュと呼ばれる、コンピューター全体にわたって使用されるコード キャッシュがあります。 グローバル アセンブリ キャッシュは、そのコンピューター上の複数のアプリケーションで共有するように特別に指定されたアセンブリを格納します。 アセンブリを共有するには、必要な場合にだけそれらのアセンブリをグローバル アセンブリ キャッシュにインストールします。 一般的には、明らかにアセンブリを共有する必要がある場合を除いて、アセンブリの依存関係はプライベートにし、アセンブリはアプリケーション ディレクトリに配置します。 また、COM 相互運用またはアンマネージ コードからアセンブリにアクセスできるようにするために、アセンブリをグローバル アセンブリ キャッシュにインストールする必要はありません。 Note アセンブ
アセンブリと DLL の名前 - Framework Design Guidelines
Note このコンテンツは、Pearson Education, Inc. の許可を得て、『Framework Design Guidelines: Conventions, Idioms, and Patterns for Reusable .NET Libraries, 2nd Edition (フレームワーク設計ガイドライン: 再利用可能な .NET ライブラリの規約、表現形式、およびパターン、第 2 版)』から転載されています。 この版は 2008 年に出版され、その後、この本は第 3 版で全面的に改訂されました。 このページの情報の一部は古くなっている可能性があります。 アセンブリは、マネージド コード プログラムのデプロイと ID の単位です。 アセンブリは 1 つ以上のファイルにまたがることができますが、通常、アセンブリは 1 対 1 で DLL にマップされます。 したがっ
ASP.NETでのdllの配置方法
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 質問 2013年1月21日月曜日 4:22 お世話になります。 ASP.NETのWEBアプリケーションを;動させる際、C#で作成したｄｌｌを使っています。 参照の追加でdllを追加してサーバーに配置すると/binディレクトリの下にdllをコピーします。 これですと、dllを修正した際、コピー先フォルダが多数になってしまうので、dllを一箇所にコピーして 各WEBアプリケーションは、それを参照するようにしたいのですが、どのように設定したらよいでしょうか？ JavaのCLASSPATHのような仕掛を希望しますが、どなたかご教授をお願い致します。 開発並びに運用環境 VisualStudio2012Professi
モジュール定義 (.def) ファイル
モジュール定義 (.def) ファイルは、リンクするプログラムに関するエクスポート、属性、その他の情報をリンカーに提供します。 .def ファイルは、DLL をビルドするときに最も役立ちます。 モジュール定義ステートメントの代わりに使用できる MSVC リンカー オプションがあるため、通常、.def ファイルは必要ありません。 エクスポートされる関数を指定する方法として、__declspec(dllexport) を使用することもできます。 リンカー フェーズの間に、/DEF (モジュール定義ファイルの指定) リンカー オプションを使用して、.def ファイルを呼び出すことができます。 エクスポートのない .exe ファイルを作成する場合、.def ファイルを使用すると、出力ファイルのサイズが大きくなり、読み込みが遅くなります。 例については、「DEF ファイルを使った DLL からのエク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Windows Defender - can't locate MpClient.h
C++で汎用的なDLLを作成する
The "Microsoft.VisualStudio.ProjectSystem.References.UnresolvedAssemblyReference" reference could not be resolved
自作クラスライブラリで参照設定しているDLLが呼び出せない
How to generate DLL from existing C++ code using DEF file in Visual Studio 2010