次のようなものがあるとします。
#include <map>
int main(){
std::map<int,int> m;
m[1] = 2;
m[2] = 4;
return 0;
}gdbからプログラムを実行しているマップの内容を検査できるようにしたいと思います。
添え字演算子を使用すると、次のようになります。
(gdb) p m[1]
Attempt to take address of value not located in memory.findメソッドを使用しても、より良い結果は得られません。
(gdb) p m.find(1)
Cannot evaluate function -- may be inlinedこれを達成する方法はありますか？
回答:
少なくとも、ソースが最適化されている場合などはそうではないと思います。ただし、STLコンテナを検査できるgdbのマクロがいくつかあります。
http://sourceware.org/ml/gdb/2008-02/msg00064.html
しかし、私はこれを使用しないので、YMMV
この質問に対する既存の回答は非常に古くなっています。最近のGCCとGDBでは、GDB 7.xの組み込みPythonサポートと、GCCに付属するlibstdc ++プリティプリンターのおかげで、Just Works TMになりました。
OPの例では、次のようになります。
(gdb) print m
$1 = std::map with 2 elements = {[1] = 2, [2] = 4}自動的に機能しない場合は、GDB wikiのSTLサポートページの最初の箇条書きを参照してください。
独自のタイプのPythonプリティプリンターを作成することもできます。GDBマニュアルのプリティプリンティングを参照してください。
Could not find operator[]。
常に明白です：独自のテスト関数を定義します... gdbから呼び出します。例えば：
#define SHOW(X) cout << # X " = " << (X) << endl
void testPrint( map<int,int> & m, int i )
{
SHOW( m[i] );
SHOW( m.find(i)->first );
}
int
main()
{
std::map<int,int> m;
m[1] = 2;
m[2] = 4;
return 0; // Line 15.
}そして：
....
Breakpoint 1 at 0x400e08: file foo.C, line 15.
(gdb) run
Starting program: /tmp/z/qD
Breakpoint 1, main () at qD.C:15
(gdb) call testPrint( m, 2)
m[i] = 4
(*m.find(i)).first = 2
(gdb) stl-views.gdbもうあったではなく、最良の答えにするために使用。
これはGDBまだメインラインに統合されていませんが、 'archer-tromey-python' ブランチを使用すると次のようになります。
(gdb) list
1 #include <map>
2 int main(){
3 std::map<int,int> m;
4 m[1] = 2;
5 m[2] = 4;
6 return 0;
7 }
(gdb) break 6
Breakpoint 1 at 0x8048274: file map.cc, line 6.
(gdb) run
Breakpoint 1, main () at map.cc:6
6 return 0;
(gdb) print m
$1 = std::map with 2 elements = {
[1] = 2,
[2] = 4
}
(gdb) quitSTLコンテナの逆参照を試す：このページ：http : //www.yolinux.com/TUTORIALS/GDB-Commands.html
Cannot evaluate function -- may be inlinedプログラムをコンパイルするときにコンパイラがDWARF-2（または3または4）のデバッグ情報を使用することを確認することで、2番目の問題（）を回避できます。DWARF-2にはインライン化情報が含まれているため、説明した方法のいずれかを使用してstd::mapコンテナーの要素にアクセスできます。
DWARF-2デバッグ情報-gdwarf-2を使用してコンパイルするには、コンパイルコマンドにフラグを追加します。