問題タブ [probing]

.NET 3.5 Windows アプリケーションの bin フォルダー以外のフォルダーにいくつかの dll を保持するつもりです。codebase 要素または probing 要素を使用して正しいパスを指定する方法がわかりません。これが app.config ファイルにあるものです。

実行時にアセンブリ エラーを読み込めませんでした。設定ファイルで何か間違っているようです。SharedFolder は、プロジェクトに追加されるフォルダーです。

私のアプリケーション（ASP.Net2.0）では、dllをグループ化する必要があります。私がプロービングを使用し、web.configを次のように変更したように

Asp.net2.0では機能しません。私を助けてください

動作しているターゲットと失敗しているターゲットの両方が同じドメイン内のマシンです。コードは下にあります。ドメイン内の一部のマシンに対して使用すると、「認証グループを取得しようとしたときにエラー（1332）が発生しました」というメッセージとともにSystem.DirectoryServices.AccountManagement.PrincipalOperationExceptionが発生します。エラーはGetAuthorizationGroups（）によってスローされます。

注：接続に使用するユーザー名は、どちらの場合もマシンのローカル管理者です。

COM Interop を介して VB6 実行可能ファイルで使用されるアセンブリが 1 つあります。このアセンブリは、他の .NET アセンブリを使用します (COM では使用できません)。VB6 アプリケーションの .manifest を定義したので、登録せずに .NET アセンブリを使用できます。また、サブディレクトリ ("bin") でアセンブリを検索するために、プローブ設定を使用して VB6 アプリケーションの .config を定義しました。

指定したサブディレクトリ ("bin") にすべての .NET アセンブリを配置すると、アプリケーションが正常に起動し、Interop-Assembly が他のアセンブリのコードを呼び出すまでアプリケーションを操作できます。その後、実行時エラー '429' が発生します: ActiveX コンポーネントはオブジェクトを作成できません。

.config ファイルをドロップしてすべてのファイルを同じディレクトリに配置すると、アプリケーションは期待どおりに動作します。

VB6 実行可能ファイルで使用される .NET アセンブリにプローブを使用することはできますか? 他のアセンブリが正常に配置されるように、正確にプローブをセットアップする方法はありますか?

.config

プロジェクトに他の多くのdllを含むWPFアセンブリがあります

メインアセンブリとapp.configを除くすべてをビルドディレクトリからbinというサブディレクトリに移動したい

これは、app.configにプロービングタグを追加して手動で行うと簡単です（切り取りと貼り付けのジョブ）

私が今やりたいのは、ビルドの最後に、アセンブリ以外のすべてのものをbinディレクトリに自動的に移動することです。

だからこれから

これに

たくさんのmoveコマンドを含むbatファイルを使用できると思いますが、それよりも少し再利用可能でインテリジェントなものがあることを期待していました。

MsBuildタスクを作成しました：MyTask。私のソリューションには、タスクプロジェクトとその他のプロジェクトがあります。MyTaskは、3番目のアセンブリ（たとえば（dep1およびdep2））を参照するプロジェクト（たとえばProjA）を参照します。

プロジェクトはすべてうまくビルドされ、1つのディレクトリに出力があります（コンパイル）。このディレクトリには、必要なすべてのdllがあります：MyTask.dll、ProjA.dll、dep1.dll、dep2.dllなど。

私のMsBuildファイルには、カスタムタスクアセンブリが含まれています。

次に、MyTaskアセンブリのタスクを呼び出します。呼び出しは適切に実行されますが、MsBuildはdep1アセンブリとdep2アセンブリが見つからないことについて文句を言います（同じディレクトリにありますが）：

エラー：ファイルまたはアセンブリ'dep1、Version = 2.0.0.0、Culture = neutral、PublicKey Token=9109c11469ae1bc7'またはその依存関係の1つを読み込めませんでした。システムは、指定されたファイルを見つけることができません。

dep1.dllとdep2.dllをc：\ windows \ microsoft .net \ framework \ v4.0 \にコピーすることでこの問題を解決できますが、他のプロジェクトをビルドするときに問題が発生するため、これは行いたくありません（ t dep1.dllとdep2.dllを出力ディレクトリにコピーします...）。

誰かが同じ問題、またはより良い解決策を持っていますか？

編集

これがFusionLogViewerの出力です

そして、すべてのdllがあるディレクトリにMsBuild.exeをコピーすると、正常に機能します...
MsBuildは、ProjA.dllが見つかったとしても、Compilディレクトリでdep1.dllとdep2.dllを検索しないようです。 。

編集

私のバインディングがどのように行われるかについて：MyTaskは次の方法でProjAプロジェクトを参照します：

ProjAは2つの依存関係を次のように参照します

数年前、System.Data.OracleClientを使用してOracleデータベースにアクセスするWindowsサービスアプリ（VB.NET Framework 1.1）を開発しました。
そのドライバーは私に多くの問題を与えたので、私ははるかにうまく機能するOracleデータプロバイダー（Oracle.DataAccess.dll）を参照したいと思いました。
私のPCではすべてが正常に動作します。
問題は、サーバー（Windows 2000）でアプリを公開しようとしたときです。
そのサーバーに新しいOracleデータプロバイダーをインストールできず、Oracle 9.0の古いインストールがあります（私のアプリはOracle 9.2を参照しています）。
ディレクトリ全体（C：\ oracle \ ora92 \ bin）をPCからサーバーにコピー（インストールなし）しましたが、Oracleデータプロバイダーを参照する方法がわかりません。それが「クリーンな」方法ではないことは知っていますが、新しいソフトウェアをインストールする可能性はありません。
アプリ（およびすべてのファイル）をC：\ oracle \ ora92 \ binフォルダーにコピーすると、すべてが正常に機能することがわかりました。
そのディレクトリをアプリケーションのプローブディレクトリとして指定したいと思います。Webで見つかったさまざまなソリューションを試しましたが、どれも機能していないようです。

アプリがそこでアセンブリ（およびすべての依存関係）を使用できるように、実行時または構成ファイルにフォルダーを設定したいと思います。

フレームワーク2.0用にアプリをアップグレードできます。

ありがとう

アルベルト

アプリケーションのDLLをサブフォルダー内に配置する必要があります。app.configを介してこのサブフォルダーを設定することができます。

しかし、いくつかの理由で、この場合は.configファイルを使用したくありません。アプリケーションコードから直接プロービングパスを設定することは可能ですか？DLLは常にこのフォルダ内にあると確信しています。

何か案は？

質問は単純です。プローブされた（インターセプトされた）関数の引数へのポインターが必要です。レジスタからそれらを取得/回復する方法はありますか？

これは質問です：

ダブル ハッシュによるオープン アドレスを使用し、主なハッシュ関数はhi(x) = (hash(x) + f(i)) mod M、 where hash(x) = x mod M、f(i) = i ∗ hash2(x)およびhash2(x) = 13 − (x mod 7)です。

キー 27、22、16、26、47、12、42、3 を (この順序で) 挿入する必要があります。セットのサイズは10個

26 の挿入は二重衝突であるため、混乱しています....その方法と何が起こっているのか、誰か説明できますか?