Question

I am using google s heap checker to track down a memory leak. It gives me a stack trace such as:

Leak of 21 bytes in 1 objects allocated from:                                                                                                                                                               
    @ 0xf6088241                                                                                                                                                                                               
    @ 0xf60890d2                                                                                                                                                                                               
    @ 0xf6089246                                                                                                                                                                                               
    @ 0x8054781                                                                                                                                                                                                
    @ 0x8054862                                                                                                                                                                                                
    @ 0xf684ee76                                                                                                                                                                                               
    @ 0xf684f343                                                                                                                                                                                               
    @ 0x804be4c                                                                                                                                                                                                
    @ 0x80544f6                                                                                                                                                                                                
    @ 0xf5e52bb6                                                                                                                                                                                               
    @ 0x804b101

我如何确定这些记忆地址的功能/准则与否?

Answer 1

Use info symbol gdb command. 16 Examining the Symbol Table.

info symbol addr

打印在地址添加器上储存的编号。如无正直的编号,则gdb打印出最接近的编号,并从中删除:

(gdb) info symbol 0x54320
_initialize_vx + 396 in section .text

这正好相反。你们可以凭借自己的地址找到变数或功能的名称。

对于有活力联系的应诉人,也可印制可执行或共享的有文号的图书馆的名称:

(gdb) info symbol 0x400225
_start + 5 in section .text of /tmp/a.out
(gdb) info symbol 0x2aaaac2811cf
__read_nocancel + 6 in section .text of /usr/lib64/libc.so.6

Answer 2

最初的问题是,如何在亚洲开发银行这样做:

# NOT what you want; note the lack of  * :
(gdb) info symbol 0xfde09edc
blah() + 388 in section .text of /tmp/libblah.so

# IS what you want; note the presence of  * :
(gdb) info line *0xfde09edc
Line 91 of "blah.cc"
   starts at address 0xfde09ebc <blah()+356>
   and ends at 0xfde09ee4 <blah()+396>

www.un.org/Depts/DGACM/index_french.htm

您也可使用<代码>。悬挂以下国旗的指挥:<代码>/m:

(gdb) disassemble /m 0xfde09edc

......尽管它只字面和<条码>英线<>/条码>准确列出了要求的内容。

Answer 3

假设您的双手资料已解冻g++-g,你可以使用x/获取该信息,我知道该表的工作。

x/<num>xw toprint <num> hexword of memory, and gdb will annotate the左边 with information about what s at the address.

友情链接