問題タブ [browse-information]

ブラウズ情報（ファイル）が何に.sbr使用されているのかを理解しようとしていますが、それを作成する方法についての参照しか見つかりません。それで、それは何のためですか？

ありがとうディマ

私は Visual Studio 2008 でかなり大きな (32 プロジェクトは大きいと思いますか?) マルチプロジェクト 'ソリューション' に取り組んでいます。それは私の質問に密接に関係していると思います。

最近 (最近のことはわかりませんが)、ブラウズ情報 (マクロ、関数、変数などの「定義へ移動」および「宣言へ移動」を可能にする VS 機能) に気付きました。更新されていません。何かで「定義へ移動」を試してみると、IDE から「シンボル '' が定義されていません」と表示されるか、移動したものである場合は正しいファイルに移動しますが、間違ったファイルに移動しますスポット。

ソリューション内のすべてのプロジェクトの参照情報を構築しようとしましたが、役に立ちませんでした。次に、 MSDNで、それを行うべきではないことを読みましたが、代わりに、すべてのプロジェクトがビルドされたら、すべての .sbr ファイルを入力として BSCMAKE を実行します。(確かではありませんが、.sbr ファイルはコンパイル時に自動的に作成されると思います。)

発生していないのはこのステップ (すべての .sbr ファイルで BSCMAKE を実行) であると推測していますが、ソリューション全体でこれを制御する設定が存在する場合、その設定がどこにあるのかわかりません (一度に 1 つのプロジェクトではなく)。

VS がこの情報を取得する他のファイル (.bsc 以外) はありますか? （言い換えれば、私は完全に間違ったツリーを吠えていますか）？

VC++ ソース コードを処理するツールを構築しています。このためには、コードで使用されるローカル変数名とその型を含むシンボルのリストを取得する必要があります。Visual C++ 2010 には、オブジェクト ブラウザーがシンボルをすばやく検索できるようにする .bsc ファイルが既に用意されていることを知っています。しかし、これはインタラクティブなツールです。ファイル内のシンボルのリストを取得する必要があります。独自の VC++ ソース コードで使用されているシンボルのリストをプログラムで取得できるツールはありますか?

Microsoft が提供する Debug Interface Access SDK を試してみました。これにより、使用されているローカル変数の名前の .pdb ファイルを読み取ることができます。しかし、ソース コードで使用されている正確な型名も取得したいと考えています。例えば

DIA SDK では、ローカル変数の名前である文字列「dwordVar」を取得できます。しかし、型名が「MYTYPE」であるとは言えません。MYTYPE が実際に表すもの (unsigned long など) しかわかりません。ただし、シンボル「MYTYPE」ではありません。

Visual C++ がこの機能を提供していない場合、この機能をサポートするサード パーティ ツールはありますか?

Visual Studio 2017 で約 10 個の C++ プロジェクトを使用したソリューションがあります。そのうちのいくつかは、ビルド後のツールを使用して、参照情報をビルドする必要があります。それらの 1 つは、非常に役に立たないエラー メッセージでコードを変更するたびに、実質的に BSCMAKE ステップで失敗し続けます。それを修正する唯一の方法は、そのプロジェクトを完全に再構築することです。毎回。

ブラウズ情報をオフにすることがオプションである場合、私はそうします。しかし、私はできません。

これはエラーメッセージです

繰り返しますが、その 1 つのプロジェクトをクリーンアップして再ビルドすると、BSCMAKE に問題はなく、正常にビルドされます。しかし、これはほとんどコードを少し変更するたびに発生します。これが単にリンクするだけの完全に別のDLL内のファイルであっても。

私がチェックしたいくつかのこと：

このコードを作成しているディスクには 738 GB の空き容量があるため、空き容量が不足しているわけではありません。

インクリメンタルリンクをオフにしてみました。効果がありませんでした

BSCMAKE コマンド ラインに冗長 ("/v") オプションを追加しようとしましたが、追加されたのは最初の .SBR ファイルの処理に関するメッセージだけでした。

しかしその後、同じ BSCMAKE エラー メッセージが表示されます。その .SBR ファイルを削除して再度ビルドすると、.CPP に再コンパイルされ、SBR が再生成されますが、同じ BSCMAKE エラーが発生します。

その 1 つのソース ファイルをプロジェクトから完全に除外しようとさえしました。問題はまだ発生しました (そして、私の BSCMAKE verbose オプションは、次の .SBR ファイルを処理していると述べました...)

DLL 内のすべてのソース ファイル (.CPP ファイルは 6 つしかありません) を調べて、参照設定を個別にオーバーライドしていないこと、または実際に他のファイルをオーバーライドしていないことを確認しました。

誰でも私がどこを見ることができるか考えがありますか?