問題タブ [side-by-side]

C ++VS2005プロジェクトでIsolatedCOMプロジェクト設定を設定して、Registration-FreeActivationメソッドを使用してocxコンポーネントをロードしています。アプリケーションがロードするDLLライブラリでもocxコンポーネントが使用されている場合、そのDLLプロジェクトの設定でも分離COM設定を設定する必要がありますか？または、メインアプリケーションの埋め込みマニフェストのみを設定するだけで十分でしょうか？ありがとう！

私は次の構成に直面しています：IEはc ++ activeX（リフレクションを使用していくつかのレガシーc ++ COM dllを使用するc＃UIアプリケーション（メインアプリケーション）を開始するc＃COM ActiveX（EXECUTOR）をロードするLOADERアプリケーション。

これらのレガシーc++COMの登録を回避しようとしています（マニフェストを使用したい）。しかし、成功しませんでした。

これらのdllを指す「ファイル」セクションを使用してActiveXのマニフェストを指定する方法がある場合はどうなりますか？

IEのマニフェストを作成しようとしましたが、成功しませんでした。Native.manifestをレガシーが配置されているディレクトリに配置しましたが、成功しませんでした。

ローダーとエグゼキューターの代わりにXBAPが問題を解決するはずです。しかし、現在のアーキテクチャの問題を解決する方法はありますか？

ありがとう

.NET 1.1 Webサイトに問題があり、追跡が困難でした。デフォルトのページが表示されますが、ユーザーが資格情報を入力すると、何も起こらなかったかのようになり、エラーメッセージなしでデフォルトのページが再度読み込まれます（ただし、背後のコードはエラーと私のGlobal.asaxをトラップしています）アプリケーションエラーをキャッチしています）。これは、ユーザーのクレデンシャルが正しく入力されているかどうかに関係なく発生し、問題をさらに混乱させるために、断続的に発生します。ユーザーがログインできる場合もあれば、クレデンシャルを入力したときに、デフォルトのページが再度再読み込みされるだけの場合もあります。

この問題は、Visual Studioがインストールされていないマシンでのみ発生したため、問題をデバッグできませんでした。2.0と1.1の両方の.NETがインストールされており、ステージングサーバーです。また、アプリケーションエラーログまたは内部ログにエラーは書き込まれませんでした。SQLトレースは、SQLサーバーが呼び出されてユーザーの資格情報を確認し、機能していることを示していましたが、デフォルトのページが再度読み込まれました。

調べてみると、断続的に動作していて、IISアプリケーションプールの設定を調べていたので、アプリケーションの問題ではないかもしれないことに気づきました。私のアプリケーションは、1.1アプリケーションしかないと想定されていたデフォルトのアプリケーションプールで実行されていました。ただし、サーバーには、独自の2.0アプリケーションプールにあるはずの2.0アプリケーションもいくつかあります。アプリケーション用に新しいアプリケーションプールを作成しましたが、すべてが正常に機能しているようです。

アプリケーションが断続的に動作している理由がわからないので、デフォルトのプールを開始したアプリケーション（2.0であった可能性があります）、したがってデフォルトのプールがそのバージョンの.NETに関連付けられていたのではないかと思います。その後、1.1アプリケーションが使用しようとしたときデフォルトのプールでは、エラーや例外なしに吐き出します。

誰かもこの問題を経験しましたか？非常に奇妙な行動！

最近インストールで多くの問題を引き起こしているサードパーティのlib+DLLが含まれています。依存関係ウォーカーを使用して、dll自体が2つの異なるバージョンを参照していることがわかりました。

代替テキストhttp://img101.imageshack.us/img101/1734/dependencywalk2.jpg

ほとんどの場合、両方のバージョンを配布していなくても、インストールに問題はありません。しかし、多くの場合、インストールが開始されません。次に、SideBySideマネージャーからのWindowsシステムイベントログに「DLLのバージョンが一致しません」というメッセージが表示されます。ほとんどの場合、この問題は.NET Frameworkをインストールすることで解決できます（ただし、これは使用しません）。しかし、今ではこれが役に立たない場合があります。

両方のバージョンを共有アセンブリとしてインストールすることが解決策になることはわかっていますが、それは簡単ではないようです。さらに、もっと単純な解決策を好むでしょう。誰かが回避策を知っていますか？

どういうわけか、DLLの1つのバージョンのみを使用できますか？

編集： 私は今、クリスチャンのアドバイスを試しました：

フルパスでdllの依存関係を表示すると、次のように 表示されます。alt text http://img340.imageshack.us/img340/4122/dependencywalk3.jpg

下位のMSVCR80.DLLは、バージョンが...42のものです。私はこれを理解していません。MSVC P 80.DLLが、それ以外のバージョンとは異なるバージョンのMSVCR80.DLLを参照するのはなぜですか。それはおそらくdependencywalkerの問題ですか？

別のコンピューターでプロジェクトをビルドして実行する際に奇妙な問題が発生しています。サイドバイサイドエラーです。通常、原因は c++ redistributable がマシンにインストールされていないことなどです。ただし、この場合、プロジェクトはそのマシンでコンパイルされます。MSVC++ 2005 がインストールされ、ランタイムがそこにあるはずです (とにかく、適切な測定のためにランタイムを再度インストールしました)。リンカがマシンで利用できないランタイム ライブラリを参照しているのはなぜですか?

ランタイム ライブラリに動的にリンクしています。

この問題をデバッグする方法についてのアイデアはありますか?

ありがとう。

編集

関連しているので、別の投稿を開始したくありませんでした。この DLL バージョンの混乱のために、ランタイムに静的にリンクする正当な理由はありますか? これらの問題をすべて回避できますか？ランタイムに動的にリンクする利点はもうありません。私は、DLL ランタイムを使用すると、新しい DLL による更新/バグ修正の利点が得られるという印象を受けました。ただし、SxS とマニフェストにより、特定のバージョン (古いバージョン) の DLL をロードすることが保証されますか? では、動的ランタイムのポイントは何でしょうか? すべての依存ライブラリに再利用された関数を埋め込んでいないため、おそらく数 kb のスペースが節約されます。しかし、これを、一部の古いランタイム バージョンがマシンから削除されたためにアプリが実行されない場合のコストと比較してください。

再度、感謝します。まだ元の問題を追跡しており、おそらく使用しているすべてのライブラリを再コンパイルする必要があります。

最近、SideBySideの問題について関連する質問をしました。インストーラーを使用した共有アセンブリのインストールは機能しますが、プライベートアセンブリの使用は機能しないことがわかりました。

また、に言及している別の関連する質問を見つけましたsxstrace.exe。しかし、これはWindowsXPには存在しないようです。

• SideBySide Managerに関する詳細情報が記載されたリソースはありますか？Microsoftがサイドバイサイドアセンブリを使用していることは知っていますが、どうすればそのような問題をデバッグできますか？
• sxstrace.exeWindows XPには存在しますか？どこでダウンロードできますか？依存関係ウォーカーを使用しましたが、SideBySideマネージャーとは解釈が異なるようです。

私は次の状況に直面しています: 管理されていない c++ COM サーバー (分離) を参照する単純な完全信頼 XBAP アプリケーションを作成しました。

展開後、XBAP アプリケーションが同じディレクトリに配置された COM サーバー dll を検出することを期待していますが、そうではありません。次のエラーが表示されます。

呼び出しのターゲットによって例外がスローされました。---> System.Runtime.InteropServices.COMException (0x80040154): CLSID {970599E0-2673-11D3-A8A8-00105AA943DF} を持つコンポーネントの COM クラス ファクトリを取得できませんでした: 次のエラーが原因で失敗しました: 80040154. at Generation888.Generation888.Simple (Int32 num1、Int32 num2)

XBAP がデプロイされたフォルダーに、適切な CLSID を含む DLL と XBAP マニフェストが含まれていることを確認しました

単純な C# Windows フォーム アプリケーションを作成し、同じ COM dll を参照すると、正常に動作します。

私の質問は、XBAP が Side-by-Side メカニズムをサポートしているかどうかです。

ありがとう

システムに登録されている COM dll を使用する ac# クラス ライブラリ プロジェクトがあります。COM dll を side-by-side アセンブリとしてデプロイしたいので、COM dll を登録したり、別のバージョンの dll を使用する可能性のある他のアプリケーションに干渉したりする必要はありません。

新しい項目の追加メニューを使用して app.manifest を c# プロジェクトに追加しましたが、次に何をすればよいかわかりません。プロジェクト プロパティ/アプリケーション/アイコンおよびマニフェストで、マニフェスト ドロップダウンが無効になっています。それを乗り越える方法がわかりません。マニフェスト ファイルを追加しましたが、ドロップダウン リストにないのはなぜですか?

私は C++ アプリケーションで動作する COM dll のマニフェストを持っており、それをそのまま保持していると思います。ここで、c# プロジェクトの app.manifest を編集する方法を知る必要があります。まず、既知の適切な依存要素を追加します。しかし、これを設定する方法についてのチュートリアルが必要です。どこにもカバーされていません。

私はVS2008を使用しています

C# から VBA COM を呼び出すことについて話しているのではありません...その逆です!

私がやりたいことは、DLL を登録せずに MS Access で VBA を使用して C# ライブラリを呼び出すことです。私はしばらくの間、サイドバイサイドの相互運用性をいじっていましたが、成功しませんでした.mdb.manifestはおそらくexe.manifestの代わりとして受け入れられないことに気づきました（おそらく明らかですが、私は楽観的になろうとしていた）。

私の質問: VBA にサイド バイ サイドの COM コンポーネントをロードさせることは可能ですか?

または、未登録の C# ライブラリを Access で使用する別の方法はありますか?

(あなたが尋ねる前に、私の理由は次のとおりです。私のクライアントの Windows レジストリへのアクセスを許可される方法は絶対にありません。それが、そもそも Access で記述された理由です。そして、同じ機能をC# アプリケーションはすぐに適用し、むしろ 2 回実行しないでください)。

Vista Ultimate（SPなし）では、WindowsBinaryインストーラーを使用してNokiaからQtCreator1.3をインストールしました。実行しようとすると、「サイドバイサイド構成が正しくないため、アプリケーションを起動できませんでした。詳細については、アプリケーションイベントログを参照してください。」というサイドバイサイドエラーが発生しました。

イベントビューアのログには、「 "C：\ Qt \ qtcreator-1.3.0 \ bin \qtcreator.exe"のアクティベーションコンテキストの生成に失敗しました。依存アセンブリMicrosoft.VC90.CRT、processorArchitecture = "x86"、publicKeyToken = "1fc8b3b9a1e18e3b" 、type = "win32"、version="9.0.21022.8"が見つかりませんでした。詳細な診断にはsxstrace.exeを使用してください。 "

実行するとsxstraceでログファイルが返されました。http://cl1p.net/sxstrace/にコンテンツをアップロードしました

さまざまなバージョンのDLLとSxstraceシステム、およびVC90.crtと関係があると思いましたが、どうすればよいかわかりません。それが役に立ったら、私がPCにインストールした他の開発ツールはDev-C ++（およびMingW）だけです。過去にVisualStudioをインストールしましたが、それ以降はアンインストールされています。LimewireやDigsbyなど、VC90.crtマニフェストを備えた他のアプリは正常に実行されています。助けてください？