問題タブ [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 コンポーネントはオブジェクトを作成できません
CreateObject
VBScript でを使用してアクセスしようとすると、メッセージが表示されます。
それは間違いなくインストールされ、「プログラムと機能」の下に存在します。何が起こっているのかを把握するためにチェックできるリストを持っている人はいますか?
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 ライブラリと思われるものをインストールしましたが、ディレクトリを調べたところ、そこには何もありませんでした。
何か案は?
.net - 遅いマネージ DLL の読み込みを追跡する
次の問題に直面しています。この時点で、ある種のツールが非常に不足しているように感じます。そのツールが何であるか、または正確に何をすべきかわかりません。
セットアップは次のとおりです。GAC に登録する必要があるサードパーティの DLL があります。これはすべて、ソフトウェアが以前に展開されたほとんどすべてのマシンで正常に機能します。しかし、今では 2 台のマシンがあり、動作することがわかっているマシンと同じように見えます (これらは同じイメージから複製され、同じハードウェアが詰め込まれているため、ほとんどの違いはソフトウェアの設定だけで、何度も何度も試してみました。元気そうです)。
問題は、GAC の DLL のロードに非常に長い時間がかかることです。少なくとも私はこれが問題であると信じています.DLLから単一のクラスをインスタンス化することは遅い部分です. ロードされると、いつものように飛行します。しかし、既知の正常なマシンでは DLL のロードが非常に高速であるため、ログのタイムスタンプが変化することさえありませんが、これら 2 つのマシンではロードに 1 分以上かかります。
既知: ソースにアクセスできないため、DLL を介してデバッグできません。私たちのアプリはそれを使用する唯一のものです (したがって、同時アクセスの問題ではありません)。この DLL のバージョンは 1 つしか存在しないため、バージョンの競合の問題にはなりません。GAC 参照が使用されています (GAC から DLL をアンインストールすると、欠落している GAC 参照に関する例外がスローされます)。
debug-fu のスキルが高い人が、この問題の根本原因を突き止めるために何ができるかを提案できますか?
c++ - Vistax64を使用してVisualStudio2008でC++プロジェクトを作成する際の無効なクラス文字列エラー
レジストリのアクセス許可に関連するこの問題(connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=329986)を実行した後、VisualStudioで別のエラーが発生します。
私はこの男と同じエラーがあります、私はすべてのインターネットを検索しました、そして誰もまだそれを解決していないようです。
C ++ Windowsフォームアプリケーションを作成し、デフォルトのForm1の「デザインビュー」を表示したい場合、次のエラーが表示されます。
無効なクラス文字列(HRESULTからの例外:0x800401F3(CO_E_CLASSSTRING))
プログラミングとは全く関係なく申し訳ありませんが、ご意見・ご感想がございましたら、ぜひお聞かせください。
img12.imageshack.us/img12/8256/dibujowc.jpgの画像
リンクについて申し訳ありませんが、システムはハイパーリンクを配置することを許可していません