ネットワーク プロバイダー API - Win32 apps
ネットワーク プロバイダーは、Windows オペレーティング システムが Novell などの他の種類のネットワークと対話できるようにする DLL です。 Windows WNet ドライバーのクライアントです。 ネットワーク プロバイダーは、接続などのネットワーク固有のアクションを実装し、Windows に共通のインターフェイスを公開します。 このインターフェイスはネットワーク プロバイダー API と呼ばれ、ネットワーク プロバイダーによって実装される関数で構成されます。 新しいネットワーク プロトコルをサポートするネットワーク プロバイダー DLL を作成できます。 各ネットワークはプロバイダーを介して共通のインターフェイスを公開するため、Windows はネットワーク固有の実装の詳細を知らなくても、複数の種類のネットワークと対話できます。 複数プロバイダー ルーター (MPR)
覚書 : 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
分離アプリケーションとSide-by-Sideアセンブリ - Wikipedia
分離アプリケーションとSide-by-Sideアセンブリ (Isolated Applications and Side-by-side Assemblies) とは、Windows XPで導入された複数バージョンのソフトウェアコンポーネントの衝突を避けるための仕組みである。システム上に複数バージョンのコンポーネントを共存させ、アプリケーションごとに適切なバージョンのコンポーネントを選択可能にすることで、DLL地獄の解消を意図している。.NET Frameworkにおけるバージョン管理の仕組みをWindowsネイティブに持ち込んだものという見方もできる。 使用例[編集] コモンコントロール (comctl32.dll) のバージョン6[1][2] Microsoft Visual C++ 2005/2008ランタイムの動的リンクバージョン[3][4][注釈 1] GDI+ (gdiplus
アプリケーションの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 エラーを取得するには、さまざまな方法があります。 これらはすべて、リンカーによって "解決" されなかった、または定義が見つからなかった関数や変数への "参照 "を含んでいます。 コンパイラでは、コードでシンボルが "宣言" されていない場合は識別できますが、"定義" されていない場合は識別できません。 これは、定義が別のソース ファイルまたはライブラリに
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 を解凍する際に …と言ってきていること
「api-ms-win-crt-runtime-l1-1-0.dll」ないと起こられた時の対処方法
最近Windows 7の環境を新しくセットアップしなおしてみたところ、特定のプログラム起動時に「コンピューターにapi-ms-win-crt-runtime-l1-1-0.dllがないため、プログラムを開始できません。」というエラーダイアログが表示される場合があることに気が付きました。 例えば、上の画面は、FastStone Captureというプログラムを起動しようとしたときの画面ですが、これに限らずほかにもエラーが表示されるプログラムが存在しているようです。 今回はこのエラーを解消する方法を紹介します。 Visual Studio 2015 の Visual C++ 再頒布可能パッケージをインストールする 検索してみたところ、このエラーは「Visual Studio 2015 の Visual C++ 再頒布可能パッケージ」をインストールすると修正されるという情報がみつかりました。Mi
すべての 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 アセンブ
Walkthrough: Create and use your own Dynamic Link Library (C++)
This step-by-step walkthrough shows how to use the Visual Studio IDE to create your own dynamic link library (DLL) written in Microsoft C++ (MSVC). Then it shows how to use the DLL from another C++ app. DLLs (also known as shared libraries in UNIX-based operating systems) are one of the most useful kinds of Windows components. You can use them as a way to share code and resources, and to shrink th
モジュール定義 (.def) ファイル
モジュール定義 (.def) ファイルは、リンクするプログラムに関するエクスポート、属性、その他の情報をリンカーに提供します。 .def ファイルは、DLL をビルドするときに最も役立ちます。 モジュール定義ステートメントの代わりに使用できる MSVC リンカー オプションがあるため、通常、.def ファイルは必要ありません。 エクスポートされる関数を指定する方法として、__declspec(dllexport) を使用することもできます。 リンカー フェーズの間に、/DEF (モジュール定義ファイルの指定) リンカー オプションを使用して、.def ファイルを呼び出すことができます。 エクスポートのない .exe ファイルを作成する場合、.def ファイルを使用すると、出力ファイルのサイズが大きくなり、読み込みが遅くなります。 例については、「DEF ファイルを使った DLL からのエク
DEF ファイルを使った DLL からのエクスポート
モジュール定義または DEF ファイル (*.def) は、DLL のさまざまな属性を記述する 1 つ以上のモジュール文が含まれるテキスト ファイルです。 DLL の関数をエクスポートする __declspec(dllexport) キーワードを使わない場合は、DLL に DEF ファイルが必要です。 DEF ファイルには、最低限、以下のモジュール定義文を記述する必要があります。 ファイルの先頭には、必ず LIBRARY 文を記述します。 この文は、DEF ファイルが DLL に所属していることを識別します。 LIBRARY 文の引数には、DLL の名前を指定します。 リンカーは、この名前を DLL のインポート ライブラリに配置します。 EXPORTS 文には、DLL のエクスポート関数の名前と、オプションで序数値を指定します。 序数値を関数に割り当てるには、アット マーク (@) と数
Portable Executable - Wikipedia
Portable Executable（PE）は、主に32ビットおよび64ビット版のMicrosoft Windows上で使用される実行ファイル (EXE)、オブジェクトファイル、DLL、SYS (デバイスドライバ)、FON フォントファイル等のファイルフォーマットである。PEフォーマットは実行コードを管理するためにWindows OSローダが必要とする情報をカプセル化するデータ構造である。エクステンシブル・ファームウェア・インターフェイス (EFI) の仕様ではPEをEFI環境における標準の実行形式としている[2]。このためUEFIアプリケーションや.NETアプリケーションのバイナリフォーマットとしても使用されている。マイクロソフト製OSとのマルチブート環境の構築を容易にする目的で、x86、x86-64、ARMアーキテクチャにおけるLinuxカーネル実行ファイル（EFI Boot Stu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Windows Defender - can't locate MpClient.h
The "Microsoft.VisualStudio.ProjectSystem.References.UnresolvedAssemblyReference" reference could not be resolved
指定したDLLファイルのエクスポート関数を一覧表示「DLL Export Viewer」NOT SUPPORTED
