問題タブ [unmanaged]

純粋にアンマネージド C++ アプリ内でマネージド コントロールをホストして実行する必要があります。これを行う方法？

通常、ライセンスのないコントロールを実行するのは簡単です。

ただし、ライセンスされたコントロールを使用する場合は、何らかの方法で .licx ファイルをプロジェクトに埋め込む必要があります (参照アプリケーション ライセンス)。アンマネージ C++ アプリでは、必要な接着剤が機能していないようです。lc.exe ツールはライセンスをアセンブリ リソースとして埋め込むことができるはずですが、正しい呼び出しを行っていなかったか、警告なしで失敗しました。どんな助けでも大歓迎です。

Windows Impersonation API を使用するコードを小さなヘルパー クラスにラップしたいと考えており、いつものように、テスト ファーストにする方法を探しています。ただし、WindowsIdentity はマネージ クラスですが、別のユーザーとして実際にログインを実行するために必要な LogonUser 呼び出しは、advapi32.dll のアンマネージ関数です。

ヘルパー クラスが使用するインターフェイスを導入し、実装で P/Invoke 呼び出しを非表示にすることで、これを回避できると思いますが、その実装をテストすることは依然として問題になります。また、ユーザーが実際にシステム上に存在する必要があることを考えると、テストで偽装を実際に実行することは少し問題になる可能性があることを想像できます。

VB.Net winforms アプリがネットワーク経由で WMV ファイルを再生する必要がある場合があります。アプリを実行しているユーザーに、ネットワーク共有への直接アクセスを許可することはできません。偽装によって、ファイルが存在することがわかります (偽装がなければ、File.Exists はネットワーク共有上のファイルに対して false を返します)。次に、ファイルを Windows Media Player コントロールにロードしようとすると、コントロールが黒のままになります。Windows Media Player コントロールがメモリに読み込まれると、.Net マネージ スレッドとは別のアンマネージ スレッドで実行されると推測しました。そのセキュリティ トークンをマネージド スレッドからアンマネージド スレッドに渡す方法はありますか? 私は何かを完全に見逃していますか？

マネージコード、具体的にはC ++やDelphiなどのアンマネージコードからIronRubyまたはIronPythonを呼び出すことは可能ですか？

たとえば、Delphiで記述されたアプリケーションがC＃.NETに移動されています。新しいアプリケーションで、VBSCRIPTの代わりにRubyまたはPythonスクリプトを提供したいと考えています。ただし、古いDelphiアプリケーションでRuby/Pythonスクリプトを提供する必要があります。DelphiコードからIronRuby/IronPythonによって提供されるマネージDLLを使用することは可能ですか？

C# コードからアンマネージ C++ ライブラリを呼び出したいと考えています。潜在的な落とし穴と取るべき予防策は何ですか? お時間をいただきありがとうございます。

大規模な COM ライブラリ (ArcObjects) に対して作業を行っており、メモリ リークを突き止めようとしています。
アンマネージ コード/オブジェクトによって使用されるメモリの量を決定する最も信頼できる方法は何ですか。
どのようなパフォーマンス カウンターを使用できますか?

マネージ C++ から、double を返すアンマネージ C++ メソッドを呼び出しています。この double をマネージド文字列に変換するにはどうすればよいですか?

アンマネージC++を使用してWindowsのデフォルトプリンターの名前を見つける方法を探しています（.NETの例はたくさん見つかりましたが、アンマネージでは成功しませんでした）。ありがとう。

1 つの大きな (より大きな) DLL にしたい小さな DLL がたくさんあります (ここで提案されているように)。プロジェクトをマージすることでこれを行うことができますが、あまり邪魔にならない方法が必要です。

複数の DLL を 1 つのユニットにマージできますか?

クイック検索で、これは不可能だと主張するこのスレッドが見つかりました。他に誰か知っていますか？

.NET ではなくネイティブの C++ コードについて話しているので、ILMerge は廃止されました。

アプリは DLLImport を使用して、従来の管理されていない dll を呼び出します。この質問のために、この dll を Unmanaged.dll と呼びましょう。Unmanaged.dll は、他の 5 つのレガシー DLL に依存しています。従来の dll はすべて、ASP.NET アプリケーションの WebApp/bin/ ディレクトリに配置されています。

IIS が 5.0 分離モードで実行されている場合、アプリは正常に動作します。従来の dll への呼び出しはエラーなしで処理されます。

IIS が既定の 6.0 モードで実行されている場合、アプリは Unmanaged.dll (InitMe()) を開始できますが、後でそれを呼び出すと終了します (ProcessString())。

ここで髪を引っ張っています。管理されていない dll をさまざまな場所に移動し、あらゆる種類のセキュリティ設定を試し、解決策を長い間懸命に探しました。ヘルプ！

サンプルコード:

アップデート：

ミニダンプから取得したスタックで戻ります。スタックオーバーフローのようですが、誰かが私を助けてくれるならもっと知りたいです. sos.dll が読み込まれた WinDbg の "kb" の結果: