問題タブ [dllregistration]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
visual-studio - /u 引数が機能しない場合、RegSvr32 で最初に追加された COM dll を登録解除するにはどうすればよいですか?
そうです、最初に実行しました：
次に、(偶然にも - 追加するかもしれませんが) もう一度実行したに違いありません。(実際) 'Amazing.dll' の新しいバージョンがリリースされたときにもう一度実行しました。はい-実行する必要があることがわかりました：
事前に - でもねえ！忘れてた。
端的に言うと、VS で COM 参照を追加すると、「Amazing」の 3 つのインスタンスがすべて同じ場所 (c:\Amazing.dll) を指していることがわかります。実行regsvr32 /uすると、参照の 1 つが削除されます。なし...
これらの参照を取り除くにはどうすればよいですか? 私はregeditシナリオを見ていますか？- その場合 -キーの 1 つを削除するとどうなりますか?
乾杯
.net - VBScriptでカスタム.NETDLLにアクセスする
.NETでDLLを作成し、VBScriptでアクセスしたいと思います。アセンブリディレクトリに追加したくありません。
DLLもポイントして、そのインスタンスを作成する方法はありますか？
c# - .NET では、DLL を登録する必要がありますか?
コンパイル済みの DLL (C# .NET で記述) をターゲット マシンに登録する必要がありますか。
ターゲット マシンには .NET がインストールされますが、単に DLL をターゲット マシンにドロップするだけで十分ですか?
dll - 自己登録はなぜ悪いのですか？
大規模なインストーラー プログラムの一部としてコンポーネントをインストールするために自己登録が使用されると仮定すると、なぜ自己登録が悪いのでしょうか? たとえば、vb カスタム コントロールや capicom などを自己登録します。自分で作成した dll の場合、自己登録はおそらく安全ではないことは承知していますが、それらについては議論していません。
MSDN には、自己登録が良くない理由がいくつか挙げられています。
OK、この理由は理にかなっています。
広告は特定の種類のソフトウェア クライアントにとってのみ重要であるという事実を無視すると、なぜこれが問題になるのか理解できません。コンポーネントではなく、メイン アプリケーションのみを宣伝する必要があります。
だから何？すべてのユーザーに「共通」コンポーネントへのアクセスを許可することは、マシンに多数のユーザーがいる場合を除き、悪いことではありません。
Microsoft によって作成された dll の場合を除いて、私は間違いなくこれを信じることができます (エラーがある可能性がありますが、それらを信頼することが不合理だとは思いません)。また、ソフトウェアによって生成された tlb と ocx の場合、コーディング エラーはほとんどありません。
プログラムによって生成された dll の場合、これが原因で自己登録が失敗する可能性は低いと思われますが、登録キーを手動で追加するとうまくいきます。自己登録で、dll が見つからないというエラーが返されるようにしたいと考えています。
私はこれが炎を描くと確信しています:/
編集：実際に重要だと思う議論を取り消しました（ユーザーの応答と私自身に基づいて）。
dll - ActiveX コンポーネントはオブジェクトを作成できません
Windows Server 2008 サーバーにサード パーティのアプリをインストールしたところ、
ActiveX コンポーネントはオブジェクトを作成できません
CreateObjectVBScript でを使用してアクセスしようとすると、メッセージが表示されます。
それは間違いなくインストールされ、「プログラムと機能」の下に存在します。何が起こっているのかを把握するためにチェックできるリストを持っている人はいますか?
regsvr32.exe /i bob.dll提案どおりに使用して DLL を登録しようとしましたが、次のエラーが発生します。
モジュール "Bob.dll" が読み込まれましたが、エントリ ポイントの DllRegisterServer が見つかりませんでした。
「Bob.dll」が有効な DLL または OCX ファイルであることを確認してから、再試行してください。
この時点で、これは 64 ビット マシン上の 32 ビット アプリケーションであることに注意してください。Windows XP 32 ビットの私のマシンでも問題なく動作します。
c# - DLLファイルが登録されているかどうかを確認する方法は?
C# で記述された DLL ファイルがプログラムによって登録されているかどうかを調べるにはどうすればよいですか?
私はすでにこのコードを試しましたが、うまくいきません。
DLL ファイルを登録し、このコードを使用してチェックすると、返されます。登録を解除して同じコードを実行すると、再び true が返されます。引数として DLL ファイルのフルパスを指定しています。
Visual C++で単純な DLL ファイルを開発しました。その後、登録しました。ここで、登録されているかどうかを確認します。
ボブ、自分でコードを置き換えてくれませんか。私にはまだ難しいですか?
DLL ファイルを登録すると、レジストリにエントリが存在しますか? それらのエントリを見つけて、DLL ファイルが登録されているかどうかを判断しますか?
windows - ActiveXのdll登録に代わるものは何ですか
私が最近作業を開始したアプリケーションは、「ActiveXのため」に2つのdllを登録する必要があります。
これにより、複数のバージョンのアプリケーションをマシンに存在させることが困難になります。たとえば、インストールされている製品バージョンや、最新の開発ソースのデバッグバージョンとリリースバージョンなどです。
ActiveXの登録に代わるものは何ですか。
c# - Interop.MSXML2 は登録されていないため例外をスローしますが、登録しません!
わかりました、このコード行:
aをスローし、次のようSystem.Runtime.InteropServices.COMExceptionに不平を言います。
次のエラーのため、CLSID {88D969C5-F192-11D4-A65F-0040963251E5} を持つコンポーネントの COM クラス ファクトリを取得できませんでした: 80040154。
私はそれをグーグルで調べましたが、COM DLLであるため、DLLを登録する必要があると思います。それは問題ありませんが、登録しようとすると次のエラーが発生します。
C:\some\directory\path\etc\Interop.MSXML2.dll が読み込まれましたが、DllRegisterServer エントリ ポイントが見つかりませんでした。
このファイルは登録できません。
どうやらこれは別の人のボックスで動作しているようです（彼はコードを書いたので、ええ.. :P）。この COM オブジェクトは、利用可能な COM 参照のリストに表示されないため、プロジェクトの bin\Debug ディレクトリにある DLL を参照するだけです。この DLL への参照をプロジェクトに追加すると、VisualStudio のすべてのシンボルにアクセスできるようになります。DLL を登録し、参照できる COM オブジェクトのリストに表示されるようにインストールできるものはありますか? MSXML 4.0 ライブラリと思われるものをインストールしましたが、ディレクトリを調べたところ、そこには何もありませんでした。
何か案は？