既知の問題

DevPartner Studio Professional Edition

バージョン8.2.1

Copyright ©2007, Compuware Corporation.All rights reserved.


DevPartner Studio 8.2.1 Professional Editionは、多くの開発機能を密に統合したスイート製品です。DevPartner Studioには、Visual Studioに統合されるコード レビュー、エラー検出、2種類のパフォーマンス分析、カバレッジ分析、メモリ分析の各機能のほか、System Comparisonユーティリティも組み込まれています。DevPartner Studioは、ソフトウェア バグの検出、診断、解決、コード パフォーマンスの最大化、メモリ使用の最適化、コード カバレッジやテストの最適化を支援します。


目次


コンピュウェアのテクニカル サポートへのお問い合わせ

技術的な問題を報告するには、オンライン質問フォームをお使いください。電子メールによるサポートが必要な場合は、call.center.japan@compuware.comまで電子メールをお送りください。

インストールからトラブルシューティングまで、テクニカルな問題についてはコンピュウェアのテクニカル サポートまでお問い合わせください。

お問い合わせの際には、以下の情報をお知らせください。

トップに戻る


既知の問題とテクニカル ノート

このセクションでは、DevPartner Studioに関する既知の問題とテクニカル ノートを示します。以下の機能名やカテゴリをクリックすると、問題のリストが表示されます。

スイート製品全般に関する問題

コード レビュー

カバレッジ分析

エラー検出

メモリ分析

パフォーマンス分析

パフォーマンス エキスパート

Visual Studio 2005またはVisual Studio 2005 Team System特有の問題

System Comparison

トップに戻る


Vista で、DevPartnerインストールの変更ができない

[コントロール パネル]>[プログラム]>[プログラムと機能]>[プログラムのアンインストールまたは変更]から、DevPartnerのインストール オプションは変更できません。DevPartnerのセットアップ プログラム(setup.exe)を実行し、[変更]オプションを使用してください。

既知の問題に戻る

DevPartner Studioのセッション ファイルを削除できない

Visual Studio 2005でコード レビューを実行したあとに、Visual Studio統合開発環境内でDevPartner Studioのツールのセッション ファイルを個別に削除することはできません。代替手段として、ソリューション エクスプローラ ウィンドウのDevPartnerフォルダを削除してください。

既知の問題に戻る

DevPartner インストール後に、Visual Studioをインストールする場合の制限

DevPartnerインストール後、Visual Studio 2005をインストールするには、以下の手順に従ってVisual Studio 2005とDevPartnerを結合させてください。

  1. コントロールパネルのアプリケーションの追加と削除から、DevPartner Studioのインストールの変更を行います。Vistaの場合、インストール メディアのsetup.exeからインストールの変更を行います。
  2. [修復]を選択してインストールを実行します。

手順2で、DevPartner Studioヘルプ システムとMicrosoftヘルプ システムを統合します。

既知の問題に戻る

DevPartner Studioの各機能の相互運用性に関する制限

DevPartner Studioの各機能を使用して、同時にアプリケーションの監視を行うことはできません。たとえば、DevPartner Studioのエラー検出が実行ファイルを監視しているとき、Fault Simulatorの機能は使用できません。DevPartner Studioのエラー検出、パフォーマンス分析、メモリ分析などの組み合わせや、Fault SimulatorとSecurity Checkerなども同様です。

既知の問題に戻る

「パッケージの読み込みに失敗しました」や、実行防止機能のエラーが発生する

データ実行防止機能(DEP)が有効になったシステムで、/NoExecute=Always Onに設定されている場合、Visual Studioの読み込み時にDevPartnerのエラーが発生します。DEPの設定を OptOutにする場合、Visual Studioの実行ファイル(Visual Studio 2005/2003ではDEVENV.EXE、Visual Studio 6ではMSDEV.EXE)をDEPから除外してください。

データ実行防止機能に関してはMicrosoftサポート技術情報の文書番号875352を参照してください。

システムの起動パーティションに存在する、BOOT.INIファイル、/NOEXECUTEオプションを変更することで、システム全体のDEP設定を変更できます。デフォルトではOptInです。これは、特定のWindowsプログラムやサービス以外は、DEP機能を有効にすることを意味します。この設定を AlwaysOnにすると、DevPartner Studioのインストールは失敗します。また、インストール後にAlwaysOnにすると、Visual Studioの起動時にパッケージの読み込みエラーが発生します。

既知の問題に戻る

DevPartner Fault Simulatorと統合されない

DevPartner Fault Simulator製品との統合には、DevPartner Studio 8.2.1は使用できません。Fault Simulatorと統合する場合は、DevPartner Studio 8.2を使用する必要があります。

既知の問題に戻る

Fault Simulator 1.5のアンインストール後に、ライセンス エラーが発生する

DevPartner Studioのインストール後にFault Simulator 1.5をインストールし、その後、Fault Simulatorをアンインストールすると、DevPartner Studioの実行時にライセンス エラーが発生します。

この問題を修正するには、Fault Simulatorのアンインストール後に以下の操作を行います。

  1. マシンをリブートします。
  2. DevPartner Studioで修復を行います。
  3. マシンをリブートするか、NCSサービスを再起動します。

既知の問題に戻る

インストールやアンインストール時に、MSI.EXEエラーが発生する

インストール/アンインストール中に、アプリケーションの開始失敗、または読み込みできないメモリを読み込んだ、というMSI.EXEのエラーが発生することがあります。この場合、[OK]を押して、エラーを無視してください。インストール/アンインストールは、このエラーが出ても問題ありません。

既知の問題に戻る

McAfee Anti-Virusのバッファ オーバーランに対する保護機能

多くのアンチウイルス製品で採用されている、バッファ オーバーラン保護機能が有効になっている場合、IISやインターネット エクスプローラのプロファイリングを行うと_IISやインターネット エクスプローラが不定期にクラッシュが発生します。エラー コードは、以下のようなメッセージです。

アプリケーションを正しく初期化することができませんでした。(0xc0000005)

アンチウイルス製品がインストールされている状態で、こうしたエラーが発生した場合、アンチウイルス製品のバッファ オーバーラン保護機能を無効にするか、アンチウイルス製品にアップデートが存在しないかを確認してください。

既知の問題に戻る

Visual Studio 2005 Service Pack 1をインストールしたあとに、再起動が必要

Microsoft Visual Studio 2005 Service Pack 1をインストールしたあと、PCの再起動を行ってください。

既知の問題に戻る

Windows Server 2003に対する、Visual Studio 2005 Service Pack 1のインストール

Windows Server 2003上でMicrosoft Visual Studio 2005 Service Pack 1をインストールする場合、Microsoftサポート技術情報の文書番号925336に記載されている問題に注意してください。

既知の問題に戻る

Mach 5ドライバがWindows Vista上で起動しない

パフォーマンス分析とパフォーマンス エキスパート

UACが有効なVistaシステムにおいて、管理者権限を持たずにVisual Studioを開始し、パフォーマンス データ収集を行った場合、Mach5ドライバが開始できません。パフォーマンス エキスパートは動作せず、パフォーマンス分析では正しくないデータが収集されます。Microsoftが推奨するように、管理者権限で動作させるか、net start mach5を使用してMach5ドライバを手動で開始してください。

既知の問題に戻る

Visual Studio 2005のパーシャル クラスにおいて、一部の行の情報が取得できない

カバレッジ分析、メモリ分析、パフォーマンス分析、パフォーマンス エキスパート

コンストラクタが異なるソース コードに実装されている、パーシャル クラスにおいて、コンストラクタとは異なるソース コードでクラス メンバーの静的な初期化を行っている行の情報は取得できません。

この場合、該当する行はデータが存在しない行として表示されます。これは、データがパーシャル クラスのコンストラクタで初期化されるようにコンパイルが行われ、実際の初期化行ではコードが生成されないためです。ソース コードが、初期化子だけを含み、実行行を持たない場合、モジュール一覧のリストにも表示されません。

既知の問題に戻る

Team Foundation Serverのアクセス権エラーが発生する

エラー検出

エラー検出を実行する場合、以下のようなエラーが発生する場合があります。

この問題の回避方法については、Frontline(http://frontline.compuware.com/apps/kb/)のDevPartner Studioサポート技術情報にアクセスし、「Team Foundation Server」を検索してください。

既知の問題に戻る

Windows Vista上でBugBenchをビルドするために管理者権限が要求される

エラー検出

Vista 環境において、BugBenchサンプル プログラムをビルドする際に、管理者権限が必要です。これは、BugBenchサンプル プログラムがシステムに登録を行う必要のあるCOM DLLを使用するためです。Vistaにおいては、COM DLLの登録には適切な権限が必要になりました。

既知の問題に戻る

ターゲット名およびパスは、エラー検出に指定した名前およびパスと一致する必要がある

エラー検出

スタンドアロン ユーザー インターフェイスのエラー検出で、[プロセスを待機]を使用してエラー検出を行う場合、ターゲット アプリケーションの名前とパスを完全に同じものを指定する必要があります。ターゲットの名前やパスに異なる指定を行った場合、エラー検出は正しくモニタを開始できません。たとえば、ターゲット ファイルにC:\MyApplications\foo.exeを選択し、[プロセスを待機] オプションを使用、アプリケーションをC:\MyAppl~1\foo.exeとして起動すると、エラー検出は正しくアプリケーションの開始を検出できません。

既知の問題に戻る

エラー検出では、プロジェクト設定で定義したシンボル パスが使用される

エラー検出

DevPartnerは、ソリューション ファイルで指定されたシンボル パスではなく、プロジェクトファイルで指定されたシンボル ファイルを参照します。シンボル情報ファイルが存在するにも関わらず、存在しないというメッセージが出た場合、[プロジェクト設定]でシンボル パスを定義してください。

既知の問題に戻る

Team Foundation Serverのソース コントロールがコード レビューと互換性がない

コード レビュー

Team Foundation ServerでDevPartnerがインストールされているIDEを起動すると、IDEが ハングします。

Visual Basic 6.0のコンポーネントがVisual Studio 2005統合環境にロードされており、ユーザーがTeam Foundation Serverのソース コントロールにソリューションを登録してある場合、統合開発環境がハングする問題が存在します。コード レビューは、VB6.0のコンポーネントを使用しているため、DevPartnerがロードされているシステムでこの問題が発生します。

Microsoftは、この問題に関連するホット フィックスを提供しています。http://support.microsoft.com/?kbid=922989

既知の問題に戻る

古いバージョンのDevPartnerやVisual Studioで作成されたソリューションをVisual Studio 2005で開く場合に、エラーが発生する

カバレッジ分析、エラー検出、メモリ分析、パフォーマンス分析、パフォーマンス エキスパート

古いバージョンのソリューション ファイルを実行する場合、以下のようなメッセージが発生します。「有効なソリューション ファイルではありません。」これは、以前のバージョンのDevPartnerにより追加された古いエントリがソリューションの中に残っているためです。この現象が発生した場合、メモ帳で古いエントリの削除を行ってください。

  1. Visual Studioを終了します。
  2. ソリューション ファイルをメモ帳で開き、ソリューション中の Globalセクション中に存在する、以下の行を削除してください。
    GlobalSection(DevPartner Solution Properties) = postSolution
    EndGlobalSection
  3. ファイルを保存します。
  4. Visual Studio 2005の新規セッションを開始し、ソリューションを開きます。

既知の問題に戻る

マイクロソフトのシンボルを使用するアプリケーションでは、使用許諾への承諾が必要

エラー検出

マイクロソフトのシンボルを要求するアプリケーションをエラー検出で最初に起動するときに、Microsoft Internet Symbol Storeというダイアログ ボックスで、使用許諾への同意を要求されることがあります。すでに、他の方法で使用許諾に同意している場合でも、アプリケーションを継続して起動するためには、再度使用許諾に同意する必要があります。異なるプログラムからシンボルの使用を行う場合には、それぞれのアプリケーションで使用許諾への同意が必要になります。

既知の問題に戻る

ターミナル サービスを使用してシステム サービスをプロファイルする場合の問題

カバレッジ分析、メモリ分析、パフォーマンス分析、パフォーマンス エキスパート

不特定な環境において、ターミナルサービス経由でログインしたアカウントから、Windowsサービスのプロファイリングを行うと、結果が表示されないことがあります。この現象が発生した場合、DPAnalysisコマンドを使用してセッション ファイル名をフルパスで指定し、保存させてください。

DpAnalysis.exe /cov /output c:\temp\MyService.dpcov /s MyService

注意: この方法で回避できない場合も存在します。

既知の問題に戻る

コマンド ラインからNMCL/NMLINKを使用する場合、PATHに追加が必要

カバレッジ分析、エラー検出、パフォーマンス分析

コマンド ラインから、NMCL/NMLINKツールを使用する場合、PATH環境変数への追加が必要です。
たとえば、デフォルト インストールの場合、次のディレクトリをPATH環境変数に追加してください
C:\Program Files\Common Files\Compuware\NMShared

既知の問題に戻る

Visual C 6でコンパイルされたモジュールで、エラー検出が誤警告を多発する

エラー検出

Microsoftのデバッグ ファイル アクセスで、リンカ オプションの /pdbtype:septがサポートされなくなりました。Visual C 6.0 IDEは、このオプションがデフォルトとなっています。このオプションを変更しても、アプリケーションに対する影響はありません。そのまま開発を継続できます。エラー検出でビルドすると、自動的かつ一時的にこのオプションを無効に設定しますが、もし、エラー検出でビルドしない場合、エラー検出はどのようなオプションでビルドが行われたかを判断できず、さまざまな誤警告をレポートします。

誤警告の例

回避策

プロジェクト設定のリンカ タブ、プロジェクト オプションのテキスト ボックスを修正します。テキスト ボックスに表示されているテキストの最後に、/pdbtype:sept と書かれています。これは、新規のプロジェクトを作成した際に、Visual Studio 6のIDEが自動的に追加したオプションです。このオプションを削除し、リビルドを行ってください。こうすることで、エラー検出はデバッグ シンボル ファイルに正しくアクセスできます。

IDE以外からビルドを行っている場合、makeファイルにこのオプションを手動で追加していないかを確認します。もし、makeファイルが /pdbtype:septを指定している場合、このオプションを削除してください。

既知の問題に戻る

エラー検出が、DCOMまたはCOMベースのアプリケーションやコンポーネントのデータを収集しない

エラー検出

DCOMまたはCOMベースのアプリケーションやコンポーネントがaspnetアカウントの制限下で実行される状況は2つあります。デフォルトでは、ASP.NETが有効なWebページ内からDCOMまたはCOMのアプリケーションやコンポーネントが起動されると、aspnetアカウントのコンテキストで実行されます。セキュリティ上の理由から、aspnetアカウントは、制限付きアカウントになっています(これはユーザー グループのメンバーで、同等の権限を持っています)。このため、この状況ではCOMコンポーネントにはエラー検出が正しく機能するために必要なセキュリティ権限がありません。この問題を回避するには、対話ユーザーのコンテキスト内で(dcomcnfg.exeを介して)実行されるようにDCOMまたはCOMアプリケーションやコンポーネントを設定する必要があります。

以下の手順で、対話ユーザーのコンテキストで実行されるようにDCOMまたはCOMのアプリケーションやコンポーネントを設定します。

  1. コマンド プロンプトを開き、dcomcnfg.exeを実行します。
  2. [コンポーネント サービス]>[コンピュータ]>[マイ コンピュータ]>[DComの構成]の順に選択します。
  3. COM コンポーネントを右クリックして、[プロパティ]を選択します。
  4. [識別]タブを選択します。
  5. [対話ユーザー]を選択していることを確認します。
  6. [OK]をクリックします。

DCOMまたはCOMのアプリケーションやコンポーネントを次回起動したときには、エラー検出によって適切にデータが収集されます。

既知の問題に戻る

BugBenchサンプルのソース パスはVisual Studio .NET 2003用に設定されている

エラー検出

出荷時のBugBenchサンプル プログラムのソース パスはVisual Studio .NET 2003用に設定されています。BugBenchサンプルをVisual Studio 2005で実行する場合には、Visual Studio 2005で標準設定となっているソースのディレクトリを指定するように、BugBenchプロジェクトの設定でソース パスを変更する必要があります。

既知の問題に戻る

制限事項

エラー検出

既知の問題に戻る

デバッガで実行しているアプリケーションのGCルートが特定されない

メモリ分析

Visual Studio .NETデバッガで開始したメモリ分析セッションのメモリ リークまたはRAMフットプリント データを収集しようとすると、ガベージ コレクション ルートが「未特定のGCルート」としてセッション データに表示されます。DevPartner Studioでメモリ リークまたはRAMフットプリント セッションのほとんどのガベージ コレクション ルートを適切に特定できるようにするには、デバッグ機能を使用せずにアプリケーションのメモリ分析を開始してください。

既知の問題に戻る

Webアプリケーションのプロファイリング時に、一時ソース コードから不正なデータが生成される

メモリ分析とパフォーマンス エキスパート

Webアプリケーション(Visual Studio 2005のウィザードで作成されたものなど)でメモリ分析やパフォーマンス エキスパートを実行すると、少量の不正なデータが生成されます。不正なデータはソース ファイルの行数に関係なく912,305行以降に表示され、無視しても問題ありません。

既知の問題に戻る

J#を使用したアプリケーション データの文字列オブジェクトのルート参照

メモリ分析

J#を使用したアプリケーションのメモリ分析セッションでは、.NET Frameworkによる内部システムの文字列オブジェクトの処理方法のために、一部の文字列オブジェクトに対して2つのルート参照がオブジェクト参照グラフに表示される場合があります。このような場合、オブジェクト参照グラフには、オブジェクト配列のルート参照1つと文字列配列の独立参照1つが表示されます。それに対し、C#を使用したアプリケーションのオブジェクト参照グラフには、通常、文字列オブジェクトのルート参照が1つ表示されます。

既知の問題に戻る

Forループの誤った行にCPU時間がチャージされる

パフォーマンス分析とパフォーマンス エキスパート

Forループの式部分に起因するCPU時間が、誤ってForループ本体に関連付けられることがあります。この問題は、以下の例のように、初期化子、式、イテレータが1行にフォーマットされたループで発生します。

			using System;
			public class ForLoopTest 
			{
			   public static void Main() 
			   {
			      for (int i=1; i<=5; i++) 
			          Console.WriteLine(i);
			   }
			}

Forループの本体がCPU時間を過剰に消費している場合は、以下のように、初期化子、式、イテレータがそれぞれ別の行に表示されるようにコードの形式を変更してください。

			{
			   for (int i=1;
			        i<=5; 
			        i++)
			        Console.WriteLine(i);
			}

既知の問題に戻る

パフォーマンス分析後に別の分析タイプを実行すると、Visual Studioが応答しない

パフォーマンス分析

IIS 6.0環境で実行しているASP .NETで、パフォーマンス分析セッションの実行直後に、カバレッジ分析、メモリ分析、パフォーマンス エキスパートのいずれかのセッションを実行しようとすると、Visual Studioの応答が停止する場合があります。

この状況から回復するには、以下の操作を実行します。

  1. IISを再起動して、Visual Studioを応答状態に戻します。[スタート]メニューの[ファイル名を指定して実行]を選択し、[名前]フィールドに「iisreset」と入力します。
  2. セッションを再開します。

この状況を予防するには、以下の2つの方法があります。

既知の問題に戻る

ローエンド システム上でパフォーマンス分析の実行速度が非常に遅い

パフォーマンス分析

サポートされているローエンド システムのPC(Pentium III 733 MHz)上でパフォーマンス分析の実行速度が非常に遅い場合、システムプロパティから、プロセッサ スケジュールを変更し、バックグラウンド サービスと同等の優先度を設定することで、パフォーマンス分析セッションの速度を上げることができます。

  1. [システムのプロパティ]を開くには、[スタート]>[ファイル名を指定して実行]をクリックし、「sysdm.cpl」と入力して[OK]を入力します。
  2. [詳細設定]タブの[パフォーマンス]で、[設定]をクリックします。
  3. [パフォーマンス オプション][詳細設定]タブで、[プロセッサのスケジュール]にある[バックグラウンド サービス]を選択して、[OK]をクリックします。
  4. [OK]をクリックして[システムのプロパティ]を終了します。

既知の問題に戻る

ASP.NET 2.0アプリケーションではカバレッジ ファイルをマージできない

カバレッジ分析

ASP.NET 2.0アプリケーションのカバレッジ セッション ファイルをマージできない場合があります。

ASP.NET2.0の仕様として、ビルドするたびに実行ファイルのファイル名は変更されます。しかし、DevPartner Studioでマージできるのは、同じビルドのASP.NET 2.0アプリケーションのカバレッジ セッション ファイルであるため、再ビルドを行ったASP.NET 2.0のセッションファイルはマージすることができません。

既知の問題に戻る

複雑な構造をもつ行でカバレッジFault Simulatorを使用すると、例外が発生しない

カバレッジ分析

コードの構造として、式の両辺にそれぞれ実行文が含まれるもの、または複数の実行文が入れ子になった構造をもつ場合に、カバレッジ分析とFaultSimulator を使用すると、Fault Simulatorで、指定したメソッド コールを正確に評価できない場合があります。その結果、Fault Simulatorでのフォールト シミュレーション時に、対応するフォールトを発生させることができません。

この場合、ソース コードを複数のコード行に分割してください。

例1:

変更前:(例外を発生できない)

DateTime[] dates = new DateTime[]{
new DateTime(2000, 1, 1),
new DateTime(2001, 1, 1, 0, 0, 0)};

変更後:

DateTime dt1 = new DateTime(2000, 1, 1);
DateTime dt2 = new DateTime(2001, 1, 1, 0, 0, 0);
DateTime[] dates = new DateTime[]{dt1, dt2);


例2:

変更前:(例外を発生できない)

Label1.Text = Environment.GetEnvironmentVariable(“TEMP”);

変更後:

String text = Environment.GetEnvironmentVariable(“TEMP”);
Label2.Text = text;


既知の問題に戻る

カバレッジ分析やパフォーマンス分析時に、Internet Information Serverのエラーが発生する

カバレッジ分析とパフォーマンス分析

カバレッジ分析やパフォーマンス分析を実行すると、Visual Studioが応答しなくなったあと、以下のようなエラー メッセージが表示されることがあります。

Internet Information Serverを再起動できませんでした(コード%d)。

(上記のメッセージの%dは内部エラー コードを表します。この問題においては、このコードを無視することができます。)

この問題が複数回発生する場合には、Internet Information Serverが動作していることを確認します。動作していない場合には、パフォーマンス分析の設定ダイアログから、システムDLLを除外して再起動します。

それでも問題が解決しない場合は、コマンド ラインからDPAnalysis.exeを実行してアプリケーションを分析します。inetinfoを除外する構成ファイルを使用して、DPAnalysis.exeを実行してください。

詳細については、DevPartner Studioオンライン ヘルプのトピック「DPAnalysis.exe」や『DevPartnerユーザー ガイド』の付録Cを参照してください。

既知の問題に戻る

Fault Simulatorとカバレッジ分析のセッションを同時に実行すると、セッション コントロール ツールバーを使用できない

カバレッジ分析

DevPartner Fault Simulator 1.5とDevPartner Studioをインストールしたシステムでは、Fault Simulatorとカバレッジ分析のセッションを同時に実行することができます。(同時に実行するには、[Fault Simulator]>[Fault Simulatorおよびカバレッジ分析を開始]または[Fault Simulator]>[デバッグなしでFault Simulatorおよびカバレッジ分析を開始]を選択します。)

管理対象のWindowsスタンドアロン アプリケーションに対してFault Simulatorとカバレッジ分析のセッションを同時に実行すると、DevPartnerセッション コントロールのツールバーが使用できない場合があります。このため、セッション時に[記録を停止][スナップ ショットの取得][すべての記録データをクリア]の各機能が使用できなくなります。

カバレッジ分析でDevPartnerセッション コントロールのツールバー機能を使用する必要がある場合は、以下のいずれかの回避方法を試してください。

既知の問題に戻る

MethodImplOptions.Synchronized属性が指定されたメソッドのロック データが収集できない

パフォーマンス エキスパート

パフォーマンス エキスパートには、MethodImplOptions.Synchronized属性が指定されたメソッドのロック データを収集できません。

既知の問題に戻る

ネーミング ガイドラインは日本語をサポートしない

コード レビュー

日本語の単語辞書、解析エンジンが存在しないため、コード レビューのネーミング ガイドラインは、日本語の変数名、クラス名などをサポートしません。 ネーミング ガイドラインのチェック対象に日本語(変数名として「合計や「GOUKEI」等)を使用した場合、これらは不明な単語として警告の対象となります。

既知の問題に戻る

コード レビュー セッション時に画面が点滅する

コード レビュー

コード レビューでは、大規模アプリケーションの「メモリ不足」の問題は多少改善されています。この対処に伴い、コード レビュー セッション時に画面が点滅するという副作用が発生します。これはMicrosoftの既知の問題です。詳細はMicrosoftサポート技術情報の文書番号555195を参照してください。

既知の問題に戻る

Visual Studio 2003/2005に Service Pack 1の適用が必要な場合がある

コード レビュー

Visual StudioにService Pack 1が適用されていない場合、次のような現象が発生する場合があります。

この場合、Visual Studio 2003/Visual Studio 2005にサービスパックの適用を行ってください。

既知の問題に戻る

C#の#if 条件付きコードは、#if分岐にあるトークンしか分析されない

コード レビュー

C#を使用したメソッドに#if condition ... #else ... #endif形式の条件付きコードが含まれる場合、コード レビューでは、そのコードを#if condition分岐だけで構成されているものとして処理します。#else分岐のあとに続くコードは無視されます。

既知の問題に戻る

説明ペインに間違ったソース コード情報が表示される

コード レビュー

一部のルールでは、コード レビューの[問題]タブ、説明ペインに問題の発生したソースコードが表示されます。Microsoftが作成している基本となるコードに起因し、問題の発生したソースコードが正しく表示されないことがあります。この現象は、不特定、不定期に発生しますが、コードレビューの検出件数や、ソースコードの位置を特定する機能は正しく動作しています。問題発生行のソースコードを表示するには、問題をダブルクックして、ルールに関連するソース コードを表示させてください。

既知の問題に戻る

コード レビューで、レポートがデフォルトのプリンタにしか印刷されない

コード レビュー

コード レビューでは、レポートはデフォルトのプリンタにしか印刷されません。コード レビューの問題ペインで[印刷]ボタンまたはメニュー オプションを選択すると、ダイアログ ボックスが表示されます。このダイアログ ボックスで印刷の設定を行い、デフォルト以外のプリンタを出力先に設定しても印刷先は常にデフォルト プリンタとなります。デフォルト プリンタ以外のプリンタから印刷したい場合、デフォルト プリンタを変更する必要があります。

既知の問題に戻る

Visual Studio 2005で、LINQ CTP のプロジェクト タイプはサポートされない

コード レビュー

Visual Studio 2005のコード レビューでは、LINQ CTPのプロジェクト タイプはサポートされていません。それらのプロジェクト タイプによって導入される、一部のC#新構文は、コード レビューがハングする原因になります。 
 

既知の問題に戻る

Rational XDE Plusが同時にインストールされている場合に、コード レビューのあとに「問題なし」と報告される

コード レビュー

DevPartner StudioとRational XDE Plusの両方が同じマシンにインストールされている場合、コード レビューの結果が不正確になります。コード レビューを実行すると、[問題]タブに、ルール違反の一覧でではなく、「問題なし」というテキストが表示されます。これを回避するには、DevPartner StudioとRational XDE Plusの両方をアンインストールします。その後、Rational XDE Plusを再インストールする前にDevPartner Studioを再インストールします。Rational XDE Plusを先にインストールした場合に、この現象が発生します。

既知の問題に戻る

ソース管理システムが使用されている場合には、コード レビューをバッチ実行できない

コード レビュー

ソリューションがソース管理システムに統合されている場合、DevPartner Studioのバッチ モードでコード レビューを実行することができません。これはDevPartner Studioのバグではなく、Microsoft製品による制約です。

Visual Studio統合開発環境が持つ、ソース管理システムの統合動作は、DevPartnerから制御することができません。コマンド ライン インターフェイスから、Visual Studio統合開発環境をオートメーションで実行している場合にもソース コントロールのエラー メッセージが生成されます。

この問題を回避するには、以下の手順に従ってください。

  1. Windowsエクスプローラを使用して、.suoファイルを削除します。
  2. Visual Studio統合開発環境でソリューションを開きます。
  3. 表示されるいくつかのダイアログ ボックスで[OK]をクリックして先へ進みます。
  4. DevPartner Studioで対話的にコード レビューを実行します。
    操作については、DevPartner Studioコード レビューのオンライン ヘルプを参照してください。
  5. Visual Studio統合開発環境を完全に終了します。
  6. コマンド ラインからコード レビューのバッチ セッションを実行します。
    操作については、DevPartner Studioコード レビューのオンライン ヘルプを参照してください。
    いくつかのダイアログ ボックスが連続して表示されるので注意してください。
  7. SourceSafeのログイン ダイアログ ボックスで[キャンセル]をクリックします。
  8. [ソース コントロールの変更]ダイアログ ボックスの[Work Disconnected]をクリックします。
    バッチ レビューが実行されます。あとに続くバッチ レビューも中断なく行われます。
  9. 再現するには、.suoファイルを削除したあと、バッチ レビューの実行を試みます。

既知の問題に戻る

コマンド ラインからコードレビューを実行すると、不正なエラー メッセージが生成される

コード レビュー

コマンド ライン(CRBatch.exe)からレビューを実行したときに、コンパイル エラーのあるソース コードがソリューションに含まれていると、不適切なエラー メッセージが生成される場合があります。このような場合、.errファイルにUnexpected error: The message filter indicated that the application is busy.というエラー メッセージが含まれています。

この場合、ソースコードのエラーを修正して、ソリューションのビルドでエラーが発生しないことを確認してください。

既知の問題に戻る

ルール マネージャで、外部のハイパーリンクをクリックしても応答しない

コード レビュー

外部ファイルを参照するユーザー定義のハイパーリンクは、リンクのターゲットが有効か無効かにかかわらず、クリックしても応答しないことがあります。ルール セット リストか、ルール マネージャの[ルールの編集]ダイアログ ボックスの[プレビュー]ペインのどちらかで、ハイパーリンクをクリックすると、この問題が発生する場合があります。

以下に例を示します。

<a href="C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\Samples\Setup\html\Start.htm">Microsoft .NET Framework SDK クイックスタート、チュートリアル、サンプル</a>"

<a href="file:///C:\Program Files/Microsoft Visual Studio NET/FrameworkSDK/Samples/Setup/html/Start.htm">Microsoft .NET Framework SDK クイックスタート、チュートリアル、サンプル</a>"

既知の問題に戻る

4NT Command Line Power でパイプ文字を含むコマンドから移行ユーティリティ プログラムを実行すると、エラーが表示されない

コード レビュー

通常、移行ユーティリティ プログラム(cr7updaterules.exeまたはcr7updateprefs.exe)を実行する際、古いデータベース パスにパイプ文字(|)が含まれていると無効なパスを示すエラーが発生します。以下に例を示します。

crupdateprefs | <path>

しかし、4NT Command Line Powerをインストールしてあるマシンでは、エラー メッセージは表示されません。4NTでは、この無効な文字使用があるにもかかわらず、エラー メッセージがコンソールに出力されません。以下に、ルール移行の有効なコマンドの例を示します。

crupdaterules C:\MyOldRulesDb\CRRules.dpmdb
メモ:詳細については、『DevPartner Studioインストール ガイド』の「DevPartnerコード レビューのカスタム ルールとユーザー設定の移行」を参照してください。

既知の問題に戻る

日本語オペレーティング システムで、英語版のDevPartnerコード レビュー機能を実行する場合の問題

コード レビュー

日本語オペレーティング システムで英語版のDevPartner Studioコード レビュー機能を実行している場合、コード レビュー機能とルール マネージャのコントロールには日本語テキストが正しく表示されません。たとえば、DevPartner Studioコード レビューで、ソリューション ツリーのノードが解読不能な文字で表示されます。ルール マネージャでは、ユーザー インターフェイス(たとえば、[新規ルール]や[ルールの編集]ダイアログ ボックス)に解読不能文字が表示されます。

DevPartner Studioコード レビューでこれを回避するには、文字化けしていない[問題]タブの内容に着目します。「ファイル」、「プロジェクト」、「メソッド」、「クラス」の各カラムには日本語テキストが表示されます。ペイン内で見やすくするために、これらのカラムの左から右の向きを調節して結果ビューをカスタマイズすることができます。詳細については、DevPartner Studioコード レビューのオンライン ヘルプの「検証結果ペインをカスタマイズする」を参照してください。ルール マネージャでは、一貫性を保つため、ルール データの入力と編集には英語のみを使用することをお勧めします。

既知の問題に戻る

Alias句を指定したDeclareステートメントを含むVisual Basic .NETコード

コード レビュー

コードの検証にDevPartner Studio APIルールを使用した場合、Alias句のあるDeclareステートメントを含むVisual Basic .NETコードはコード レビューでバイパスされます。この制限は、同様にエイリアスされた宣言済みAPIに関する正確さの問題に起因します。この制限はAlias句のあるVisual Basic .NET Declareステートメントにのみ関係します。Visual Basic .NETに配置されたDLLImport属性や外部として宣言されたVisual C# APIメソッドは正常にレビューされます。

既知の問題に戻る

Visual Studio 2005のデザインタイム プロパティ ルールのソース コード

コード レビュー

コード レビューの[問題]ペインでデザインタイム プロパティ ルールをダブルクリックしてソース コードにアクセスしたときに、デザインタイム プロパティ ルールを適用するWindowsアプリケーションにおいて、Visual Studioデザイナに、オブジェクト参照がオブジェクトのインスタンスに設定されていません(Object reference not set to an instance of an object)というエラーメッセージが表示されることがあります。

これを回避するには、ソリューションを閉じて開き直します。ソリューションを開き直すことで、[ソース コード]機能は正しく動作します。

既知の問題に戻る

Team Foundation Serverのローカライズ サポート

コード レビュー、カバレッジ分析、エラー検出、メモリ分析、パフォーマンス分析、パフォーマンス エキスパート

ローカライズ バージョンのVisual Studio Team Systemで作業項目の種類、Bugの名前が「Bug」以外の文字列に変更されている場合、DevPartner Studioでから作業項目としてバグを作成、Team Projectに提出することができません。

既知の問題に戻る

Visual Studio 2005のゼロ インパクト プロジェクト(ZIP)

コード レビュー、カバレッジ分析、エラー検出、メモリ分析、パフォーマンス分析、パフォーマンス エキスパート

Visual Studio 2005では、[ツール]>[オプション]>[プロジェクトとソリューション]>[全般]オプション ページで、作成時に新規プロジェクトを保存するオプションを無効にして、ゼロ インパクト プロジェクト(ZIP)を作成できます。ただし、このオプションを無効にすると、DevPartner Studioでは、ソリューション エクスプローラにセッションファイルの仮想フォルダを作成したり、このフォルダにセッション結果を保存したりすることができません。プロジェクトでDevPartnerを使用するには、以下の操作が必要です。

プロジェクトを保存せずにセッションを開始し、Visual Studioで「プロジェクトを追加する前に現在のプロジェクトを保存してください」という内容のメッセージが表示されたら、[保存]をクリックします。Visual Studio はプロジェクトの名前を変更し、ソリューション エクスプローラに保存します。この場合はセッション ファイルが作成されますが、このセッション ファイルにはプロジェクト ソース コードと実行モジュールの一時的な場所への参照と、一時プロジェクト名が含まれます。

Visual Studio 2005の「ZIP」プロジェクトでDevPartner Studioを実行することはお勧めしません。

既知の問題に戻る

System Comparisonサービスで使用されるシステム リソース

System Comparisonユーティリティ

デフォルトで、System Comparisonサービスは自動的に開始するように設定されています。このサービスにより対象マシンのスナップ ショットが毎日取得されるため、ユーザーは容易にシステムの比較を行うことができます。サービスの実行優先度は最小に設定されていますが、実行中は数分間にわたってシステム リソースを若干消費します。システム リソースの使用が問題になる場合は起動タイプを手動に設定することができますが、手動に設定した場合はスナップ ショットが自動的に作成されなくなります。

既知の問題に戻る

プラグイン スキーマの互換性がない

System Comparisonユーティリティ

前バージョンのSystem Comparisonユーティリティで取得されたスナップ ショットとDevPartner Studio 8.1.1またはそれ以降のバージョンで取得されたスナップ ショットを比較すると、System Comparisonユーティリティでプラグイン スキーマの互換性がないことを示すメッセージが表示されます。スナップ ショットに記録されたデータが変更されているため、新旧スナップ ショットの有効な比較を作成することはできません。

さらに、カスタム プラグインを作成している場合には、現在のバージョンのプラグイン スキーマでカスタム プラグインをリビルドする必要があります。

既知の問題に戻る

新しい設定が検出される

System Comparisonユーティリティ

System Comparisonでは、システムの比較時に以下の追加設定をチェックできるようになりました。

前バージョンのSystem Comparisonユーティリティで取得したスナップ ショットとDevPartner Studio 8.2またはそれ以降のバージョンで取得したスナップ ショットを比較すると、新しい設定が、旧スナップ ショットで見つからない設定としてリストされます。

既知の問題に戻る

モジュールを無効にしても、エラー検出でリークとエラーが検出される

エラー検出

エラー検出設定ですべてのモジュールをオフにした場合でも、エラー検出によってリークとエラーがレポートされます。理由は以下のとおりです。

既知の問題に戻る

ライセンス タイムアウト機能が上書きされる

ライセンス機能

DevPartner Fault Simulator SEをインストールしてライセンスが必要なFault Simulator機能を使用する場合、そのライセンス チェックアウトによってライセンス タイムアウト ポリシーが上書きされます。

既知の問題に戻る

Visual C 6でカバレッジ分析とエラー検出を実行する場合の注意事項

カバレッジ分析とエラー検出

Visual C 6でカバレッジ分析とエラー検出を実行するには、DevPartnerメニューまたはツールバーの[エラー検出]オプションを有効にする必要があります。

既知の問題に戻る


DevPartner Studio Professional Editionに関する既知の問題

Copyright ©2007, Compuware Corporation

08/09/2007 03:33 PM