Loading...

McAfee 製品とサードパーティ製アプリケーションの互換性の問題のトラブルシューティング
技術的な記事 ID:   KB73182
最終更新:  2019/06/17
評価:


環境

すべての McAfee 製品

概要

この記事では、McAfee 製品とクローズド ソースのサードパーティ製ソフトウェアとの間の互換性の問題を診断して解決します。

重要: この記事では、ソフトウェア互換性問題の触媒原因を区別しています。 この記事のアドバイスに従うには、次の定義を参照してください。
  • 触媒 - 欠陥のあるコード パスをその存在によって露呈させるソフトウェア。
  • 原因 - 欠陥のあるコード パスを含むソフトウェア。 触媒は原因を露呈さます。
互換性の問題を解決するために取るアクションは、アプリケーションが触媒であるか原因であるかによって異なります。

解決策

次のトラブルシューティング手順を実行します。

  1. 観察したイベントに応じて、問題がソフトウェア互換性の問題であるかどうかを判断します。
    • McAfee 製品がインストールされます。 その後、McAfee 製品が予期せぬ動作をします。
      このような状況では、テクニカル サポートに連絡し、影響を受ける McAfee 製品に対するサービス リクエストをオープンしてください。 (詳細については関連する情報のセクションを参照してください。)
    • McAfee 製品がインストールされます。 その後、以前にインストールされたソフトウェアの一部が予期しない動作をします。
      これはソフトウェアの互換性の問題です。 手順 2 に進みます。

  2. 既知の問題を検証して、触媒原因でもあるかどうかを判断します(サマリ フィールドの定義を使用)。

    テクニカル サポートに連絡して、インストールした特定の McAfee 製品に関する既知の問題があるかどうかを確認します。
    • 一致する既知の問題がある場合、McAfee 製品は触媒と原因の両方です。 テクニカル サポートは、その製品に対する不具合をオープンするか、回避策または修正を提供します。
    • インストールされた McAfee 製品に既知の問題がない場合、その McAfee 製品は触媒ですが、原因は不明です。 手順 3 に進みます。

  3. ソフトウェアが予期しない動作をして問題が発生した場合は、ベンダーにお問い合わせください。

    ソフトウェア互換性問題の最初の対応元は、予期せず動作するソフトウェアのベンダーでなければなりません。 最初の対応元が、ソフトウェアの予期しない動作をデバッグします。 次のいずれかのイベントが発生します。
    • 予期しない動作の原因は、最初の対応元のソフトウェアであることが確認されます。 最初の対応元は、そのソフトウェアに対する不具合をオープンするか、回避策または修正を提供します。 この場合、それ以上のアクションは必要ありません。
    • 最初の対応元が、原因が他のソフトウェアであると判断します。 最初の対応元によって関連性が指摘されているソフトウェアのベンダーは、2 番目の対応元と呼ばれます。 最初の対応元は 2 番目の対応元と次のように作業します。
      最初の対応元は、2 番目の対応元に対して最初の対応元のデバッグからの関連データを提供します。 2 番目の対応元は、そのソフトウェアの最初の対応元に対する影響をデバッグします。 次のいずれかのイベントが発生します。
      • 原因は、2 番目の対応元のソフトウェアであることが確認されます。 2 番目の対応元は、そのソフトウェアに対する不具合をオープンするか、回避策または修正を提供します。 この場合、それ以上のアクションは必要ありません。
      • 2 番目の対応元が、原因が他のソフトウェアであると判断します。 このような状況では、原因となっているソフトウェアは、この結果に至った経過と同じ論理的な経過を使用して識別されます。

サードパーティおよび独自のソフトウェアに関する重要な情報: 独自のオープン ソース ソフトウェア、独自のクローズド ソース ソフトウェアでは、アプリケーションをデバッグするために必要な プライベート シンボル は、ベンダーによって制限された知的財産であるため、前述の手順が技術的に必要です。 これらのプライベート シンボルが公開された場合、そのソフトウェアはリバース エンジニアリングされる可能性があります。 McAfee はこれらの独自のシンボルやソース コードを所有することはなく、アクセスすることもありません。


用語集:
  • デバッグ用ソフトウェア(デバッガー): シンボルまたはソース コードを使用して障害が発生するポイントを特定するのに役立つ、開発者が使用するソフトウェアです。
  • クローズド ソース コード: プロセスまたはドライバーを構成する元のコードです。非公開で一般には利用できません。
  • オープン ソース コード: プロセスまたはドライバーを構成する元のコードです。一般に利用できます。
  • プライベート シンボル: 関数名とソース コードのファイル名を表示するためにデバッガーが使用するファイルです。非公開で一般には利用できません。
  • パブリック シンボル: 関数名のみを表示するためにデバッガが使用するファイルです。一般に利用できます。

Red Hat などの企業はオープン ソースであり、ソース コードとプライベート シンボルを公開しています。 Microsoft や McAfee などの他の企業は、クローズド ソースであり、場合によってはパブリック シンボルまでをリリースしています。 ベンダーの知的財産が公に利用されるのを防ぐために、クローズド ソース コードとプライベート シンボルが存在し、ソフトウェアの販売を収益ポート フォリオの一部とすることができます。

Microsoft のコードは、ほとんどの場合クローズド ソースです。 サードパーティのベンダーがサードパーティ製のソフトウェアをデバッグするときに呼び出されるすべての Microsoft 関数名を表示できるように、パブリック シンボルを公開することがあります。 Microsoft はクローズド ソース コードとプライベート シンボルを使用して、コードがなぜ問題のある動作をしたのか判断する必要があります。 これは、クローズド ソース ソフトウェアの相互運用の世界での制限です。

個人情報とプライバシーを保護するため、McAfee がお客様の代わりに Microsoft に連絡し、コードのデバッグを依頼することはできません。調査を続行するには、お客様が Microsoft に問い合わせる必要があります。

免責事項

この記事の内容のオリジナルは英語です。英語の内容と翻訳に相違がある場合、常に英語の内容が正確です。一部の内容は Microsoft の機械翻訳による訳文となっています。

このドキュメントを評価する

Beta Translate with

Select a desired language below to translate this page.

言語:

この記事は、次の言語で表示可能です:

English United States
Japanese