【問題】
Visual Studio 2022 Version 17.10.4上で、プロジェクトロード後のIntelli Sense初期化処理後に、標準ライブラリや自分で定義した型のシンボル情報が正しく処理されず、型名の下にエラーを示す赤波線が引かれる。
【解決手段】
Menu -> Project -> Rescal Solution。
ソースエディタ上で赤波線が引かれている型名の上で右クリック -> Rescan -> Rescan Fileとしても解決した。
以下、Japan Developer Support Core Team Blogから引用。
シンボルの基本
シンボルとは何ですか?: Microsoft コンパイラーの場合、シンボルはビルドの一部として生成される .pdb ファイルです。
シンボル (.pdb) ファイルには何が含まれていますか?: シンボル ファイルの正確な内容は言語ごと、コンパイラーの設定によって異なりますが、ざっくり言えば、その内容はコンパイラーがソースコードをプロセッサが実行する命令に変換した方法の記録です。
なぜシンボルが必要なのですか?: シンボルがないと、ツールはアプリケーションで実行されている命令をその元になったソースコードに関連付けることができません。
デバッグ時、シンボル ファイルがないと特定のコード行にブレークポイントを設定できません。シンボルがロードされていない場合、デバッグ モードで警告マークがついた中抜きの丸が表示され、その上にマウス カーソルを置くと、シンボルがロードされていないためブレークポイントにヒットしないことがツールチップに表示されます。
デバッグ対象によっては、完全な呼び出し履歴の表示やウォッチ ウィンドウによるオブジェクトの調査、データ ヒントの表示にはシンボルが必要になります。(例えば C++ はこれに当てはまります。)
注:ヒープを含まないダンプ ファイルをデバッグしている場合、デバッガーが元のバイナリ ファイルにアクセスしてロードする正しいシンボル ファイルを決定できるようにする必要があります。別の言い方をすれば、ヒープ情報を含まないダンプをデバッグする場合、対応するバイナリ ファイルとシンボル ファイルの両方がシンボル パスに配置されている必要があります。
Visual Studio の既定の動作
Visual Studio はプロセス内のすべてのバイナリ (モジュールと呼ばれます) について、モジュールがロードされたときにシンボルのロードを試みます。また、既に読み込まれている全てのモジュールについて、プロセスにアタッチしたときにシンボルのロードを試みます。
例外として、マネージド (.NET) アプリケーションをデバッグしている場合、[マイ コードのみを有効にする] が設定されていると「マイ コードではない」とみなされたシンボルをロードしません。
シンボルの場所が設定されていないため、Microsoft のランタイム ライブラリのシンボルは見つかりません。
[呼び出し履歴] ウィンドウまたは [モジュール] ウィンドウでモジュールを右クリックしてシンボルの読み込みを選択すると、ローカル マシンにシンボルが見つからないと仮定して自動的に Microsoft パブリック シンボル サーバーからシンボルの取得を試みます。
次の場合、Visual Studio は常にシンボルを検索します。
シンボル ファイルが対応するモジュールと同じフォルダーにある場合。Visual Studio プロジェクトのデフォルトのビルド出力設定では、バイナリと同じフォルダーにシンボルが出力されます。これは、Visual Studio が常にプロジェクトのシンボルを見つけられることを意味します。
シンボル ファイルがコンパイル時に配置されたディレクトリと同じ場所にある場合。.pdb ファイルのフル パスはビルド時にバイナリ ファイル内に書き込まれます。
