私のgdb bt
callstackは関数のアドレスに関数名を与えます。その後、nm binary
を実行し、関数名とアドレスマッピングを生成しました。私はnm
出力とgdbアドレスを一致させようとしましたが、一致しませんでした。関数アドレスが(gdb) bt
で、高すぎる(物理アドレスのように見えます)。GDB CallStack仮想または物理アドレスを指定しますか?
gdbの関数のアドレス(例えば0x00007fffe6fc150f
):
#9 0x00007fffe6fc150f in read_alias_file (fname=<value optimized out>, fname_len=<value optimized out>) at localealias.c:224
#10 0x00007fffe6fc1a4e in _nl_expand_alias (name=0x7fffffffed04 "en_IN") at localealias.c:189
#11 0x00007fffe6fbb62f in _nl_find_locale (locale_path=0x7fffe70df580 "/usr/lib/locale", locale_path_len=16, category=12, name=0x7fffffffdb90) at findlocale.c:119
#12 0x00007fffe6fbacf6 in *__GI_setlocale (catesagory=12, locale=<value optimized out>) at setlocale.c:303
#13 0x00007ffff17b8686 in
が、私は私が得たバイナリからnm
アドレスをしたときのマシンが64ビットである。この
0000000005ddda04 t StubGLBindFragDataLocationIndexed
0000000005ddda3f t StubGLBindFramebuffer
0000000005ddda65 t StubGLBindRenderbuffer
0000000005ddda8b t StubGLBindTexture
0000000005dddab1 t StubGLBlendColor
0000000005dddaef t StubGLBlendFunc
0000000005dddb15 t StubGLBlitFramebuffer
0000000005dddb7e t StubGLBufferData
0000000005dddbbd t StubGLBufferSubData
0000000005dddc00 t StubGLCheckFramebufferStatus
0000000005dddc1e t StubGLClear
0000000005dddc3c t StubGLClearColor
0000000005dddc7a t StubGLClearStencil
0000000005dddc98 t StubGLColorMask
0000000005dddcda t StubGLCompileShader
のようなものです。
私が知っているように、gdbは仮想アドレスのみを表示します。しかし、なぜそれがどうして高すぎるのか分からず、 は現在のアドレスと一致していませんnm出力
gdbアドレスは仮想アドレスですか? nm
o/pは000000000から始まっているので実際の仮想アドレスと似ています。しかし、なぜベースアドレスが自動的に追加されるのですか?
注:サンプルtest.outを試しました。それはうまく動作します。 bt
コールスタックアドレスは仮想アドレスで、nm a.out
シンボル出力と完全に一致します。