1. 程式人生 > >linux程式分析工具介紹-ldd,nm

linux程式分析工具介紹-ldd,nm

轉載自: http://www.wuzesheng.com/?p=1595

本文要介紹的ldd和nm是linux下,兩個用來分析程式很實用的工具。ldd是用來分析程式執行時需要依賴的動態庫的工具;nm是用來檢視指定程式中的符號表相關內容的工具。下面通過例子,分別來介紹一下這兩個工具:


1. ldd, 先看下面的例子, 用ldd檢視cs程式所依賴的動態庫:
[email protected]:~/Public$ ldd cs
    linux-gate.so.1 =>  (0xffffe000)
    libz.so.1 => /lib/libz.so.1 (0xb7f8c000)
    libpthread.so.0 => /lib/libpthread.so.0 (0xb7f75000)
    libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 (0xb7e4d000)
    libpcre.so.0 => /usr/lib/libpcre.so.0 (0xb7e21000)
    libstdc++.so.6 => /usr/local/gcc4.5.1/lib/libstdc++.so.6 (0xb7d40000)
    libm.so.6 => /lib/libm.so.6 (0xb7d18000)
    libgcc_s.so.1 => /usr/local/gcc4.5.1/lib/libgcc_s.so.1 (0xb7cfd000)
    libc.so.6 => /lib/libc.so.6 (0xb7bbc000)
    /lib/ld-linux.so.2 (0xb7fab000)
    libdl.so.2 => /lib/libdl.so.2 (0xb7bb7000)

在上面的例子中,ldd的結果可以分為三列來看:
第一列:程式需要依賴什麼庫
第二列: 系統提供的與程式需要的庫所對應的庫
第三列:庫載入的開始地址

通過上面的資訊,我們可以得到以下幾個資訊:
(1) 通過對比第一列和第二列,我們可以分析程式需要依賴的庫和系統實際提供的,是否相匹配
(2) 通過觀察第三列,我們可以知道在當前的庫中的符號在對應的程序的地址空間中的開始位置

2. nm, 通過下面的例子,我們來介紹nm工具:
先看一下這個簡單的程式:
#include "iostream"
using namespace std;
class Test
{
public:
    void Hello()
    {
        cout < < "Hello world!" << endl;
    }
};
int main()
{
    Test test;
    test.Hello();
}

接下來,我們編譯該程式,然後看nm的結果:

[email protected]:~/Public$ g++ test.cc -o test
[email protected]:~/Public$ nm test
08049f10 d _DYNAMIC
08049ff4 d _GLOBAL_OFFSET_TABLE_
080486f0 t _GLOBAL__I_main
080487fc R _IO_stdin_used
         w _Jv_RegisterClasses
080486b0 t _Z41__static_initialization_and_destruction_0ii
0804870c W _ZN4Test5HelloEv
         U
[email protected]
@GLIBCXX_3.4
         U [email protected]@GLIBCXX_3.4
         U [email protected]@GLIBCXX_3.4
0804a040 B [email protected]@GLIBCXX_3.4
         U [email protected]@GLIBCXX_3.4
0804a0d4 b _ZStL8__ioinit
         U [email protected]@GLIBCXX_3.4
08049f00 d __CTOR_END__
08049ef8 d __CTOR_LIST__
08049f08 D __DTOR_END__
08049f04 d __DTOR_LIST__
080488c8 r __FRAME_END__
08049f0c d __JCR_END__
08049f0c d __JCR_LIST__
0804a02c A __bss_start
         U
[email protected]
@GLIBC_2.1.3
0804a024 D __data_start
080487b0 t __do_global_ctors_aux
08048610 t __do_global_dtors_aux
0804a028 D __dso_handle
         w __gmon_start__
         U [email protected]@CXXABI_1.3
080487aa T __i686.get_pc_thunk.bx
08049ef8 d __init_array_end
08049ef8 d __init_array_start
08048740 T __libc_csu_fini
08048750 T __libc_csu_init
         U [email protected]@GLIBC_2.0
0804a02c A _edata
0804a0d8 A _end
080487dc T _fini
080487f8 R _fp_hw
08048508 T _init
080485e0 T _start
0804a0cc b completed.7065
0804a024 W data_start
0804a0d0 b dtor_idx.7067
08048670 t frame_dummy
08048694 T main

上面便是test這個程式中所有的符號,首先需要介紹一下上面的內容的格式:
第一列:當前符號的地址
第二列:當前符號的型別(關於型別的說明,感興趣的朋友可以man nm詳閱)
第三列:當前符號的名稱

在上面的結果中,像_ZN4Test5HelloEv這樣的符號,很多讀者朋友可能會被它搞暈,這裡介紹個小技巧,在nm的時候,加上-C選項,就可以把這些難以識別的符號,轉換成便於我們閱讀的符號TestHello()。這個主要是c++中的mangle機制所導致的,加上-C就是指定列出的符號是demangle了的。說了這麼多,到底nm對我們程式有啥具體的幫助呢,我覺得主要有以下幾個方面:
(1)判斷指定程式中有沒有定義指定的符號 (比較常用的方式:nm -C proc | grep symbol)
(2)解決程式編譯時undefined reference的錯誤,以及mutiple definition的錯誤
(3)檢視某個符號的地址,以及在程序空間的大概位置(bss, data, text區,具體可以通過第二列的型別來判斷) --------------------- 本文來自 hnsncxy 的CSDN 部落格 ,全文地址請點選:https://blog.csdn.net/hunanchenxingyu/article/details/52400725?utm_source=copy