問題タブ [dllregistration]

内部に COM ATL オブジェクト (クラス) が定義された COM DLL (MyWrapper) があります。この COM dll は、基本的に、私の WPF .exe とネイティブ MFC DLL の間のインターフェイスになります。

COM DLL をソース管理に配置してコードをチェックインするまでは、すべて問題なく動作します。ビルド前およびビルド後のイベントを配置して、DLL を目的の場所にコピーします。コンパイルすると、エラーが発生しました。

dll を登録できません。ユーザーごとのリダイレクトを有効にしてみてください

リンカーでオプションを有効にしました。DLL が正常にコンパイルされ、ディレクトリにコピーされました。次に、WPFプロジェクトへの参照を追加しようとしましたが、次のエラーが発生しました

MyWrapper.dll への参照を追加できませんでした。ファイルにアクセスできること、および有効なアセンブリまたは COM コンポーネントであることを確認してください。

ビルド前/ビルド後のイベントを削除してから参照を追加すると、すべてがうまく機能します。DLL を Dependency walker にロードしたところ、IESHIMS.dll が見つからないことが示されました。

regsvr32 を使用して DLL を登録しようとしましたが、エラーが返されます。

モジュール 'MyWrapper.dll' が読み込まれましたが、DllRegisterserver への呼び出しがエラー コード 0x80070715 で失敗しました。

私は自分のマシンで管理者権限を持っており、Visual Studio を管理者として実行しています。

アプリケーションのインストーラーの一部として、 Postgres ODBC ドライバーのインストールをスクリプト化しようとしています。PG は優れた msi を提供しますが、インストールの一部としてポップアップしたくありません。dll の使用について彼らが言っているのは、「自分が何をしているのかわかっている場合にのみ、このディストリビューションを使用してください!」ということだけです。残念ながら、自分が何をしているのかわからない場合に、その方法を示すものは何も見つかりません。

HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBCINST.INI にいくつかのレジストリ キーを追加することに関する情報を少し見つけました。私のコンピューターにはキーが存在しないため、これを使用することをためらっています。私はmsiインストールを使用しました。そしてその文書は2010年のものです。

したがって、odbc ドライバーのインストールに関して「何をしているのか」を知っている人がいれば、ご指導いただければ幸いです。

Windows XPにインストールしています。VM をセットアップしたので、試行ごとに最初からやり直すことができるので、失敗した試行が雑然としていることを心配する必要はありません。Windows 8 までの xp で動作するインストーラーが必要なので、1 人のインストーラーを許可しない落とし穴を誰かが知っている場合は、私に知らせてください。今のところ、すべてのインストールに 32 ビット ドライバーを使用する予定です。
regsvr32 を使ってみました。それはうまくいきませんでした。

psqlodbc の内容:
libeay32.dll
libiconv-2.dll
libintl-8.dll
libpq.dll
pgenlist.dll
pgenlista.dll
pgxalib.dll
psqlodbc30a.dll
psqlodbc35w.dll
ssleay32.dll

regsvr の背後に 32 を配置する特定の目的が何であるかを知って興奮しています。なぜ regsvr64 ではないのですか？ここで、この 32 の意味は何ですか?

DLL と OCX パックがあるので、インストーラーを作成することにしました。

これは私が持っているものです:

regserver パラメーターを見てきましたが、それがどのように機能するかわかりません (パラメーターのドキュメントを読みました)。すべての [RUN] セクションを必要とせずにこれだけを行うことで物事を単純化できるかどうかを知る必要がありますか?:

また、それを行う場合、「ArchitecturesInstallIn64BitMode」を指定する必要がありますか? 最初の x64 dll を正しく登録するには?

アップデート：

おそらく、これは [RUN] セクションに相当するものです。

フォルダー内に多数の dll が存在します。1 つのバッチ ファイルを実行して、これらすべての dll を一度に登録したいので、すべての dll を 1 つずつ登録する必要はありません。バッチファイルを生成するのを手伝ってください。

前もって感謝します 。

私は、登録不要の COM とマニフェストについてかなりの経験がありますが、克服できない問題に悩まされています。Windows サービスとして実行される実行可能ファイルがあり、(CreateProcess を使用して) 別の実行可能ファイルを生成します。生成された実行可能ファイルは、COM ライブラリ (同様に作成) を使用し、COM アセンブリを定義するマニフェスト ファイルを持っています。

Windows サービスは、デバッグ目的で、コマンド プロンプトからコンソール モードとして実行することもできます。コンソール モードでサービスを実行すると、生成された実行可能ファイルが COM ライブラリを「認識」するため、マニフェストは正しく機能します。サービスとして実行すると、生成されたプロセスで常に「クラスが登録されていません」というエラーが発生します。

なぜ機能しないのかわかりません。登録不要の制限ですか？COM ライブラリを登録すると、(コンソール モードまたはサービス モードで) すべて正常に動作しますが、明らかにそれは避けたいと思います。

ありがとう、

ノルマン

私が取り組んでいるVBAプロジェクト用に、保存して開くダイアログボックスのアドオンを作成しました-リンクVBA：デフォルトで「マイコンピューター」を指すようにExcel FileDialogOpenを取得します（@mehowのヘルプに感謝します）。

現在、このアドオン (実際にはクラス ライブラリと呼ばれています) は、開発しているコンピューターの vba プロジェクトで正常に動作します。ただし、サーバー上でこの追加 (クラス ライブラリ) を使用すると、VBA プロジェクトが認識できるようにアドオンを正常に登録できません。

Windows 8 マシンでデスクトップ用の VS 2013 Express を使用して C# でダイアログ ボックス アドインを作成しました。現在、1 日の終わりに VBA プロジェクトが実行される Windows Server 2008 マシンでテストしようとしています。

サーバーでregsvr32コマンドを使用して、VS 2013で展開オプションを探してみましたが、どちらも機能していないようです! 私も解決策を探してみましたが、今のところうまくいきません。

これをどのように行うことができるかについて誰かがアイデアを持っているなら、それは大歓迎です。正しい用語を使用していない場合は申し訳ありません。. . アドインなどがありますが、私の言いたいことが理解できることを願っています。

どうもありがとう

トリスタン。

自分のcom dllを登録しようとしたときに、エラーが発生しました

「モジュール ClassLibrary がロードされましたが、エントリ ポイント dllregister サーバーが見つかりませんでした。

VS2010 でバイナリ互換性を使用する方法を教えてもらえますか?

新しいバージョンの新しいアセンブリ ファイルを使用してビルドするたびに、dll の CLSID が変更されるプロジェクトがあります。

WiX パッケージにハードコードされた CLSID を既に使用して、その dll を com+ として登録していますが、ビルドごとに変更する場合は、WiX パッケージを新しいバージョンごとに更新する必要があります。

何か案は ？？

編集 1

この CLSID は、コンポーネント サービスで newley に登録された Com+ のプロパティ ウィンドウで、アプリケーション ID と一緒に表示されるものです。インストール時に登録されるように、それらを WiX ファイルにハードコードする必要があります。

編集 2

これは、 WiX - ComPlus アプリケーションの登録とコンポーネントへの役割の割り当てに関する詳細情報を求めていることに関連する別の質問へのリンクです。

ビルド プロセスの一部として、いくつかの dll と tlb が regsvr32 経由で COM に登録されます。ビルドの最後に、同じ dll と tlb のリストを登録解除するステップがあります。ただし、ビルドが早期に失敗した場合、そのステップは実行されません。

問題は、後続のビルドが常に同じビルド パスを使用するとは限らず、登録された dll を間違った場所で検索するためにプロジェクト ビルドが失敗することです (以前に失敗したビルドから COM にまだ登録されているため)。

簡単な解決策は、失敗または成功に関係なく、すべてのビルドの最後に登録解除スクリプトが確実に実行されるようにすることですが、これはビルド ツールではそれほど簡単ではありません。登録されたパスに元のソース ファイルが存在せずに dll や tlb の登録を解除する別の方法はありますか?