eclipseでのC++ stack traceの読み方

Question

eclipseでC++でコードを書いていますが、
メモリ解放でつまづいてます。

0 [main] prototype 8788 cygwin_exception::open_stackdumpfile: Dumping stack trace to prototype.exe.stackdump

がコンソールに出力され、下記のようなファイルが作成されてます。
これらから、エラーの場所や原因を特定できますか？
stack traceの読み方等教えてください。

Stack trace:
Frame        Function    Args
0000023BB50  0018007252A (0000023E3F4, 00000000000, 006000BEE20, 0000023DE50)
0000023BBF0  00180073CC0 (00000000064, 00000000000, 00000000180, 00000000000)
0000023BE40  0018012E28F (0018014C79F, 00000000000, 00000000000, 00000000000)
0000023C130  0018012B040 (00180150C55, 00000000000, 00000000000, 006000180E8)
0000023C320  0018012B509 (0000023C0D0, 006000C1AD0, 00180150C55, 00000000006)
0000023C320  0018012B6DC (0000023C230, 003CD22B6C0, 001801F3930, 00000000000)
0000023C320  0018012B99F (006000C26A8, 0000023C301, 006000C1AD0, 006000C1AD0)
0000023C320  0018016106A (0018012700B, 003CD22B6C0, 006000C26A8, 0000023C301)
0000023C320  001800CDB63 (006000C2E90, 006000C26A8, 0018012700B, 006000C1B90)
0000023C320  0018012700B (006000C2E90, 006000C26A8, 0018012700B, 006000C1B90)
0000023C320  00100405178 (0000023C950, 00000000017, 006000BEE20, 006000BEB00)
0000023C370  0010040792B (0000023CAD0, 00000000002, 00000000030, FF0700010302FF00)
0000023CBC0  001800483CD (00000000000, 00000000000, 00000000000, 00000000000)
00000000000  001800460DC (00000000000, 00000000000, 00000000000, 00000000000)
00000000000  00180046174 (00000000000, 00000000000, 00000000000, 00000000000)
00000000000  00100408681 (00000000000, 00000000000, 00000000000, 00000000000)
End of stack trace (more stack frames may be present)

Answer 1

おそらく、Frameはスタックフレーム（オート変数の領域）のアドレス。
Function は、実行中の関数を呼び出した関数への戻りアドレス。
Args は、関数が呼び出された引数（更新されている場合もあり）が最初の引数から並んでるのだと思う。

それを踏まえて、リンクマップをもとに下から上に向かってたどっていくと何かわかるかも。

Comments

[nanorunamonai]

ご回答ありがとうございます。
各16進数はアドレスなのですね。

[T.Kanno]

cygwin　とありますので Intel 系と思いますが、データのエンディアンや見方は同じecripse系でもターゲット（のCPU)によって変わってきますので、注意が必要かと思います。

基本は、Funcionの、おそらくは戻りアドレスには、一般的には関数を呼び出したときの戻りアドレスが格納されていますので、リンクマップとの対比（状況によってはオフセット計算が必要）で、関数の呼出し構造を調べる事になるでしょう。

たいていは、この時点で問題の発生した関数を特定できますので、原因が判明することが多いです。

それでもダメな場合は、Args で関数への引数領域や Frame のオート変数を調べますが、パラメータの積まれ方やデータのアロケーションによってはワードに複数データがパックされたり、複数ワードにまたがっていたりすることがありますので注意が必要です。
直子の場合は、リンクマップではなくコンパイラが展開したアッセンブライメージ（一般にオブジェクトリスト等という）が必要になります。