問題タブ [source-insight]

SourceInsight の構成ファイルはどこにありますか?

ソフトウェアのデフォルト構成では、コードが読めなくなります。

ありがとう。

誰かが私に無料のソースコードブラウザ（c / c ++）とソースインサイトのようなウィンドウのエディタを提案できますか？

ほとんどのコード エディターは、file_path、line_number、message_text、および hyperlink の合理的に標準的な形式をコードに取り込む方法を知っています。それがコンパイラの警告を表示する方法であるため、彼らはその方法を知っています。Visual Studio がそれを行い、Source Insight はそれを構成するのは簡単です。必要に応じて自分でスクリプトを作成しますが、既に誰かが作成している可能性があります。

gcc の gcovブランチカバレッジ出力を受け取り、それをその形式に変換するスクリプトを探しています。

私は多くの同様のブランチを持つプロジェクトに取り組んでいます。Source Insightを「一度限り」構成したいのですが、ファイル/ディレクトリを含めたり除外したりする必要のある巨大なプロジェクトを分析し、それを構成として保存して、新しいプロジェクトを開始するときに時間を費やしたいと思います。ブランチでは、わずかな調整を加えるだけで、ほぼすぐに開始できました。

プロジェクト構成情報をテンプレートに保存して、将来のプロジェクトで使用する方法はありますか？

Source Insight でユーザー定義のマクロを作成できます。Source Insightマクロの概要によると、次のようになります。

マクロは、拡張子が .EM のテキスト ファイルに保存されます。ファイルは、プロジェクト、プロジェクト シンボル パス上の任意のプロジェクト、またはベース プロジェクトに追加されます。マクロ ファイルがプロジェクトの一部になると、ファイル内のマクロ機能は、[キーの割り当て] または [メニューの割り当て] ダイアログ ボックスでユーザー レベルのコマンドとして使用できるようになります。

プロジェクトの作業中に、Source Insight からマクロ ファイルをダウンロード.emし、Base プロジェクトに拡張子を付けて保存しました。しかし、キー割り当てダイアログを開いたとき、表示されませんでした。

その後、プロジェクト内のファイルを同期しましたが、マクロはまだ表示されません。プロジェクトを再構築しても、マクロは表示されませんでした。

Source Insight に新しいマクロを認識させるにはどうすればよいですか?

C でプログラミングし、Source Insight を使用しています。

多くの定数 (100 など) を持つ列挙型があります。変数値を出力するデバッグ出力がありますが、(もちろん) 整数として出力されます。

私がやりたいのは、列挙定数の名前をクリックして、その数値がどこかに表示されるのを確認することです。(これが Visual Studio プラグインで行われているのを見たことがあるので、可能であるに違いありません。)

つまり、私が持っていると仮定します

クリック (または選択、または何か)PURPLEして、どこかで値を確認したい1(理想的には、シンボル ウィンドウまたはコンテキスト ウィンドウですが、特にこだわりはありません)。

Source Insight でこれを行う簡単な方法はありますか? 少なくとも（マクロを書くなど）難しい方法はありますか？

Source Insight に切り替えたところですが、Visual Studio で利用可能なすべてのシンボル (ライブラリとヘッダー ファイル) を Source Insight にインポートする方法を教えてください。

私はWindowsソースインサイトを使用しています。これでは、基本的なテキストエディタのみが使用可能です。windwosソースインサイトで使用できるvimプラグインはありますか？

SourceInsightでファイルを開いたと考えてくださいE:\code\module1\souce\temp.c。次に、Source Insightのタイトルバーに、パスがとして表示されtemp.c(E:\code\..\source)ます。

しかし、私はそれをのように表示したいですtemp.c (E:\code\module1\source)。どうすればこれを達成できますか？

vim で ctags を使用すると、次の問題が発生します。

入力デバイス *device = mdev; デバイス->プロセス(...);

クラスInputDeviceのプロセスの定義を見たいとき、ctagsは解決策を与えることができず、非常に多くのタグが表示されます。ソース インサイトでは、タグ「プロセス」だけでなくタグ「デバイス -> プロセス」も検出されるため、正しい定義場所にジャンプできます。

私はcscopeがそれ以上できないことを発見しました。

正しいタグ定義を見つける方法はありますか?