与符号表分离程序或动态库, 如何用GDB调试

转载 2015年07月06日 20:43:44

1       Debugging Information in Separate Files

GDB支持用户将程序调试信息放在一个独立的文件里,而不是和可执行程序在一个文件中,GDB可以某种方式来查找和自动加载调试信息。由于调试信息可能非常大,有时可能比可执行代码自身还要大,某些系统将其可执行程序的调试信息以单独的文件发布,在需要调试问题的时候,用户可以再安装这些文件。

GDB支持两种设置单独调试信息文件的方式:

  1. 可执行程序里包含了一个调试链接,此链接指定了单独的调试信息文件名。单独调试文件名通常是’executable.debug’, executable是相应的可执行程序名,不带路径(例如,’ls.debug’是’/usr/bin/ls’的调试信息文件)。此外,调试链接为调试 文件设置了CRC32的校验和,GDB用此校验和来确保可执行文件和调试文件是同一个版本的。
  2. 可执行文件包含一个版本ID号和一个唯一的bit串,而相应的调试信息文件也包含此bit串。(此方式只在某些系统上支持,特别是那些在二进制文件里使用ELF格式和GNU Binutils的系统。)更多关于此功能的细节,参见’–build-id’命令行选项的介绍 ,在GNU连接器的“命令行选项”节中。虽然版本ID号没有执行指出调试信息文件名,但是可以从版本ID号里计算出来,参见下 面。

由于有两种方法可以设置调试信息文件,GDB也用两种不同的方式查找调试信息文件:

  1. 对于“调试链接”方式,GDB在可执行文件的目录里查找对应名字的文件,接着在此目录下的子目录’.debug’下查找,最后在全局调试目录下的一个子目录里查找,此子目录的名字和可执行文件的绝对文件名的先导目录名相同。
  2. 对于“版本ID”方式,GDB在全局调试目录下的’.build-id’子目录下查找名为’nn/nnnnnnnn.debug’的文件,这里nn是版本ID字符串的头两个16进制字符,nnnnnnnn是余下的字符。(真正的版本ID字符串是32个或更多的16进制字符,不是10个。)

举个例子,假设你要调试’/usr/bin/ls’,此程序有个调试链接指定了调试文件’ls.debug’,且其版本ID是是16进制的abcdef1234。如果全局调试目录是’/usr/lib/debug’,那么GDB按顺序查找下列调试信息文件:

–‘/usr/lib/debug/.build-id/ab/cdef1234.debug’

–‘/usr/bin/ls.debug’

–‘/usr/bin/.debug/ls.debug’

–‘/usr/lib/debug/usr/bin/ls.debug’.

你可以设置全局调试信息目录的名称,并查看当前GDB所使用的名称。

  • set debug-file-directory directory

将directory设置为GDB搜索单独调试信息文件的目录。

  • show debug-file-directory

显示搜索单独调试信息文件的目录。

2       gdb 调试与符号表分离的二进制程序

一般情况下,如果没有在程序的 spec 中明确指定不进行 strip,则缺省打rpm包时,都会把二进制程序或动态库的符号表等 debuginfo 信息与执行程序分离,生成一个debuginfo 的 rpm 包. 如 localagent 打 rpm 包时,会生成如下 3 个rpm 包:

  • local_agent-0.7.1-rc_1.x86_64.rpm
  • local_agent-debuginfo-0.7.1-rc_1.x86_64.rpm
  • local_agent-devel-0.7.1-rc_1.x86_64.rpm

将 local_agent-debuginfo-0.7.1-rc_1.x86_64.rpm 解压,可以看到相应的 debug info 文件.

[tmp]$ rpm2cpio local_agent-debuginfo-0.7.1-rc_1.x86_64.rpm |cpio –idv
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
./usr/local/bin/.debug/local_agent_client.debug
  
./usr/local/bin/.debug/local_agent_server.debug
  
./usr/local/lib64/.debug/liblocal_agent.so.debug
  
./usr/src/debug/local_agent-0.7.1
  
./usr/src/debug/local_agent-0.7.1/build
  
./usr/src/debug/local_agent-0.7.1/build/release64
  
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent
  
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/ClientParamParser.cpp
  
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/FileUtil.cpp
  
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/LocalAgent.cpp
  
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/LocalAgentClient.cpp
  
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/LocalAgentClientMain.cpp
  
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/LocalAgentMain.cpp
  
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/LocalAgentServerAdapter.cpp
  
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/ServerParamParser.cpp
  
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/SystemWrapper.cpp
  
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/local_agent.pb.cc
  
./usr/src/debug/local_agent-0.7.1/build/release64/local_agent/local_agent.pb.h
  
./usr/src/debug/local_agent-0.7.1/local_agent
  
./usr/src/debug/local_agent-0.7.1/local_agent/AgentErrorDefine.h
  
./usr/src/debug/local_agent-0.7.1/local_agent/ClientParamParser.h
  
./usr/src/debug/local_agent-0.7.1/local_agent/FileUtil.h
  
./usr/src/debug/local_agent-0.7.1/local_agent/LocalAgent.h
  
./usr/src/debug/local_agent-0.7.1/local_agent/LocalAgentClient.h
  
./usr/src/debug/local_agent-0.7.1/local_agent/LocalAgentServerAdapter.h
  
./usr/src/debug/local_agent-0.7.1/local_agent/ServerParamParser.h
  
./usr/src/debug/local_agent-0.7.1/local_agent/SystemWrapper.h

对于这种符号表与二进程序分离的程序,该如何调试呢? 先看下例:   [local]$ gdb bin/local_agent_server 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
GNU gdb Fedora (6.8-37.el5)
  
Copyright (C) 2008 Free Software Foundation, Inc.
  
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
  
This is free software: you are free to change and redistribute it.
  
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
  
and "show warranty" for details.
  
This GDB was configured as "x86_64-redhat-linux-gnu"...
  
(no debugging symbols found)
  
(gdb) b main
  
Breakpoint 1 at 0x401a80
  
(gdb) r
  
Starting program: /home/admin/tmp/usr/local/bin/local_agent_server
  
[Thread debugging using libthread_db enabled]
  
[New Thread 0x2ad3e6935860 (LWP 27869)]
  
Breakpoint 1, 0x0000000000401a80 in main ()
  
(gdb) bt
  
#0  0x0000000000401a80 in main ()
  
(gdb)

上述例子可以看出,因为gdb 没有符号表,所以显示的都是二进制地址.

2.1  方法一: gdb 启动时通过 –s 指定

对于这种符号表与二进程序,可以在gdb 启动时,通过 –s 指定符号表文件来解决. 如下例,通过 –s 指定debug/local_agent_server.debug 后, gdb 调试时可以看到符号表了.

[ local]$ gdb -e bin/local_agent_server -s debug/local_agent_server.debug

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
GNU gdb Fedora (6.8-37.el5)
  
Copyright (C) 2008 Free Software Foundation, Inc.
  
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
  
This is free software: you are free to change and redistribute it.
  
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
  
and "show warranty" for details.
  
This GDB was configured as "x86_64-redhat-linux-gnu"...
  
(gdb) b main
  
Breakpoint 1 at 0x401a80: file build/release64/local_agent/LocalAgentMain.cpp, line 34.
  
(gdb) bt
  
No stack.
  
(gdb) r
  
Starting program: /home/admin/tmp/usr/local/bin/local_agent_server
  
[Thread debugging using libthread_db enabled]
  
[New Thread 0x2af3399a7860 (LWP 27862)]
  
Breakpoint 1, main (argc=1, argv=0x7fff5728f0b8) at build/release64/local_agent/LocalAgentMain.cpp:34
  
34      build/release64/local_agent/LocalAgentMain.cpp: No such file or directory.
  
in build/release64/local_agent/LocalAgentMain.cpp
  
(gdb) quit

如果是这种符号表与二进程序分离的程序进行所产生的 core ,可以通过如下方式调试:

gdb -c core.1234 -e bin/local_agent_server -s debug/local_agent_server.debug

其中:

  • -c 指定core文件
  • -e 指定binary,用线上的binary即可
  • -s 指定符号表,也就是我们新生成的符号表

2.2  方法二: 将 .debug 目录放到可执行程序所在的目录

除了通过 –s 指定 debuginfo 文件外,还可以将 .debug 目录复制到可执行程序所在的目录或者将 local_agent_server.debug 复制到可执行程序所在的目录.

[admin@s002182.cm6 local]$ pwd /home/admin/tmp/usr/local

[admin@s002182.cm6 local]$ cp -r debug/ bin/.debug

[admin@s002182.cm6 local]$ ls -lha bin/

1
2
3
4
5
6
7
8
9
10
11
12
total 44K
 
drwxr-xr-x 3 admin admin 4.0K Mar 21 18:41 .
 
 drwxr-xr-x 6 admin admin 4.0K Mar 21 17:47 ..
 
drwxr-xr-x 3 admin admin 4.0K Mar 21 18:49 .debug
 
-rwxr-xr-x 1 admin admin  14K Mar 21 17:44 local_agent_client
 
-rwxr-xr-x 1 admin admin  14K Mar 21 17:44 local_agent_server

此时,也可以看到符号表了.

[local]$ gdb bin/local_agent_server

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
GNU gdb Fedora (6.8-37.el5)
  
Copyright (C) 2008 Free Software Foundation, Inc.
  
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
  
This is free software: you are free to change and redistribute it.
  
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
  
and "show warranty" for details.
  
This GDB was configured as "x86_64-redhat-linux-gnu"...
  
(gdb) b main
  
Breakpoint 1 at 0x401a80: file build/release64/local_agent/LocalAgentMain.cpp, line 34.
  
(gdb) q

2.3  Set debug-file-directory 方式不生效

尝试用 set debug-file-directory 方式来设置 debug 路径,好像不生效.

[admin@s002182.cm6 local]$ gdb bin/local_agent_server

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
GNU gdb Fedora (6.8-37.el5)
  
Copyright (C) 2008 Free Software Foundation, Inc.
  
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
  
This is free software: you are free to change and redistribute it.
  
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
  
and "show warranty" for details.
  
This GDB was configured as "x86_64-redhat-linux-gnu"...
  
(no debugging symbols found)
  
(gdb) b main
  
Breakpoint 1 at 0x401a80
  
(gdb) show debug-file-directory
  
The directory where separate debug symbols are searched for is "/usr/lib/debug".
  
(gdb) set debug-file-directory /usr/lib/debug:/home/admin/tmp/usr/local/debug
  
(gdb) show debug-file-directory
  
The directory where separate debug symbols are searched for is "/usr/lib/debug:/home/admin/tmp/usr/local/debug".
  
(gdb) shell ls -lh /home/admin/tmp/usr/local/debug
  
total 416K
  
-rwxr-xr-x 1 admin admin 203K Mar 21 17:44 local_agent_client.debug
  
-rwxr-xr-x 1 admin admin 201K Mar 21 17:44 local_agent_server.debug
  
(gdb) r
  
Starting program: /home/admin/tmp/usr/local/bin/local_agent_server
  
(no debugging symbols found)
  
[Thread debugging using libthread_db enabled]
  
[New Thread 0x2b5703177860 (LWP 29389)]
  
Breakpoint 1, 0x0000000000401a80 in main ()
  
(gdb)

3       gdb 调试与符号表分离的动态库

如果二进制程序所依赖的动态库是符号表等调试信息与动态库二进制分离的,那又该如何让 gdb 加载这些动态库的符号表呢?

3.1.1   可执行程序运行时,依赖的动态库是通过 rpm 包安装的情况

这种比较简单,只要将 debuginfo 的 rpm 包将通过 rpm 安装即可,因为.debug 目录缺省会安装在 动态库所在的目录下. 下面的 anet 库的rpm 包解压后,可以清楚的看到这一点.

[admin@s002182.cm6 tmp]$ rpm2cpio anet-1.3.2-rc_2.x86_64.rpm |cpio -idv

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
./usr/local/lib64/libanet.so
  
./usr/local/lib64/libanet.so.3
  
./usr/local/lib64/libanet.so.3.0.0
  
563 blocks
  
[admin@s002182.cm6 tmp]$ rpm2cpio anet-debuginfo-1.3.2-rc_2.x86_64.rpm |cpio -idv
  
./usr/local/lib64/.debug/libanet.so.3.0.0.debug
  
./usr/src/debug/anet-1.3.2
  
./usr/src/debug/anet-1.3.2/anet
  
./usr/src/debug/anet-1.3.2/anet/addrspec.h
  
./usr/src/debug/anet-1.3.2/anet/adminclient.h
  
./usr/src/debug/anet-1.3.2/anet/admincmds.h
  
./usr/src/debug/anet-1.3.2/anet/adminserver.h
  
./usr/src/debug/anet-1.3.2/anet/advancepacket.h
  
./usr/src/debug/anet-1.3.2/anet/advancepacketfactory.h
  
./usr/src/debug/anet-1.3.2/anet/anet.h
  
./usr/src/debug/anet-1.3.2/anet/aneterror.h
  
./usr/src/debug/anet-1.3.2/anet/appadapter.h

3.1.2   可执行程序运行时,依赖的动态库是通过 rpm2cipo 解压到某个目录的情况

如果可执行程序运行时,依赖的动态库是用户自已通过 rpm2cpio 解压后复制到某个用户自定义的目录的,那么,拿到该动态库的 debuginfo rpm 后,也相应的用 rpm2cpio 解压,并把 .debug 目录复制到相应的动态库所在的目录.

如下面sap_server的示例, sap_server 依赖 libarpc.so.1,但 libarpc.so.1 在打是将 rpm 包时, 其debuginfo 信息分离在单独的 debuginfo rpm 包中的. 所以导致 gdb core时,看不到 libarpc.so.1 的符号表.

gdb bin/sap_server_d core.17131

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
(gdb) bt
  
#0  0x0000003959230265 in raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
  
#1  0x0000003959231d10 in abort () at abort.c:88
  
#2  0x000000395d6bec44 in __gnu_cxx::__verbose_terminate_handler () at ../../../../libstdc++-v3/libsupc++/vterminate.cc:97
  
#3  0x000000395d6bcdb6 in __cxxabiv1::__terminate (handler=<value optimized out>)
  
at ../../../../libstdc++-v3/libsupc++/eh_terminate.cc:43
  
#4  0x000000395d6bcde3 in std::terminate () at ../../../../libstdc++-v3/libsupc++/eh_terminate.cc:53
  
#5  0x000000395d6bd2ef in __cxa_pure_virtual () at ../../../../libstdc++-v3/libsupc++/pure.cc:55
  
#6  0x00002b8729bfc933 in arpc::ClientPacketHandler::handlePacket () from /home/admin/sap/lib/libarpc.so.1
  
#7  0x00002b872a0ddcd8 in anet::Connection::handlePacket () from /home/admin/sap/lib/libanet.so.3
  
#8  0x00002b872a0e75fb in anet::TCPConnection::readData () from /home/admin/sap/lib/libanet.so.3
  
#9  0x00002b872a0e624b in anet::TCPComponent::handleReadEvent () from /home/admin/sap/lib/libanet.so.3
  
#10 0x00002b872a0e8c0b in anet::Transport::eventIteration () from /home/admin/sap/lib/libanet.so.3
  
#11 0x00002b872a0e8cf2 in anet::Transport::eventLoop () from /home/admin/sap/lib/libanet.so.3
  
#12 0x00002b872a0e8d47 in anet::Transport::run () from /home/admin/sap/lib/libanet.so.3
  
#13 0x00002b872a0ea02d in anet::Thread::hook () from /home/admin/sap/lib/libanet.so.3
  
#14 0x0000003959e064a7 in start_thread (arg=<value optimized out>) at pthread_create.c:297
  
#15 0x00000039592d3c2d in clone () from /lib64/libc.so.6
  
(gdb) thread 2

要让 gdb 调试 core 时,能显示 动态库的符号表,可以用如下方法:

a). 先解压 debuginfo  rpm 包

1
2
rpm2cpio arpc-debuginfo-0.14.1-rc_1.x86_64.rpm |cipo -idv

b).  将 ./usr/local/lib64/.debug 复制到  libarpc.so.1 所在目录:

1
2
/home/admin/sap/lib/  cp -r  ./usr/local/lib64/.debug  /home/admin/sap/lib/

[admin@s007238.cm6 sap]$ gdb bin/sap_server_d core.17131

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
GNU gdb Fedora (6.8-37.el5)
  
Copyright (C) 2008 Free Software Foundation, Inc.
  
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
  
This is free software: you are free to change and redistribute it.
  
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
  
and "show warranty" for details.
  
This GDB was configured as "x86_64-redhat-linux-gnu"...
  
Reading symbols from /home/admin/sap/lib/libhb_node.so...done.
  
Loaded symbols for /home/admin/sap/lib/libhb_node.so
  
Reading symbols from /home/admin/sap/lib/libcm_basic.so...done.
  
Loaded symbols for /home/admin/sap/lib/libcm_basic.so
  
Reading symbols from /home/admin/sap/lib/libarpc.so.1...Reading symbols from /home/admin/sap/lib/.debug/libarpc.so.1.0.0.debug...done.
  
... ...
  
#0  0x0000003959230265 in raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
  
64        return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig);
  
(gdb) bt
  
#0  0x0000003959230265 in raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
  
#1  0x0000003959231d10 in abort () at abort.c:88
  
#2  0x000000395d6bec44 in __gnu_cxx::__verbose_terminate_handler () at ../../../../libstdc++-v3/libsupc++/vterminate.cc:97
  
#3  0x000000395d6bcdb6 in __cxxabiv1::__terminate (handler=<value optimized out>)
  
at ../../../../libstdc++-v3/libsupc++/eh_terminate.cc:43
  
#4  0x000000395d6bcde3 in std::terminate () at ../../../../libstdc++-v3/libsupc++/eh_terminate.cc:53
  
#5  0x000000395d6bd2ef in __cxa_pure_virtual () at ../../../../libstdc++-v3/libsupc++/pure.cc:55
  
#6  0x00002b8729bfc933 in arpc::ClientPacketHandler::handlePacket (this=0x2aac6df6ee38, packet=0x2aac6df6fc30,
  
args=<value optimized out>) at build/release64/arpc/ClientPacketHandler.cpp:35
  
#7  0x00002b872a0ddcd8 in anet::Connection::handlePacket () from /home/admin/sap/lib/libanet.so.3
  
#8  0x00002b872a0e75fb in anet::TCPConnection::readData () from /home/admin/sap/lib/libanet.so.3
  
#9  0x00002b872a0e624b in anet::TCPComponent::handleReadEvent () from /home/admin/sap/lib/libanet.so.3
  
#10 0x00002b872a0e8c0b in anet::Transport::eventIteration () from /home/admin/sap/lib/libanet.so.3
  
#11 0x00002b872a0e8cf2 in anet::Transport::eventLoop () from /home/admin/sap/lib/libanet.so.3
  
#12 0x00002b872a0e8d47 in anet::Transport::run () from /home/admin/sap/lib/libanet.so.3
  
#13 0x00002b872a0ea02d in anet::Thread::hook () from /home/admin/sap/lib/libanet.so.3
  
#14 0x0000003959e064a7 in start_thread (arg=<value optimized out>) at pthread_create.c:297
  
#15 0x00000039592d3c2d in clone () from /lib64/libc.so.6
  
Current language:  auto; currently c
  
(gdb)

4       参考

  1. http://zhiwei.li/text/2010/01/gdb%E6%89%8B%E5%86%8C15gdb%E6%96%87%E4%BB%B6/
  2. http://searchwiki.taobao.ali.com/index.php/%E7%BA%BF%E4%B8%8Aisearch%E8%B0%83%E8%AF%95%E6%96%B9%E6%B3%95

相关文章推荐

GDB指令——读取符号表

GDB指令——读取符号表 -symbols -s 从指定文件file中读取符号表。 -se file 从指定文件file中读取符号表信息,并把他用在可执行文件中。 -core -c...

gdb如何调试没有符号表(未加-g选项的编译)的程序

很多时候,发行版的程序在编译的时候都是没有加上-g这个选项的,那么若是想调试一个程序,应该怎么办呢? 在加了-g选项时,是可以通过行号、函数名等进行断点的设置的,但是没有符号表的情况下,那么怎么来进...

gdb远程调试--动态加载符号文件

宿主机 使用gdbserver  --attach 0.0.0.0:port(端口任意指定)  pid 客户端  1、执行gdb (使用交叉编译环境的gdb arm-linux-gdb)  2、在...

GDB动态库搜索路径

笔记: 1. set sys_root 与 set solib_abo
  • _xiao
  • _xiao
  • 2014年04月09日 21:02
  • 17443

gdb:加载共享库的符号表 solib-search-path

原文地址::http://blog.chinaunix.net/uid-29065085-id-4703912.html 相关文章 1、set solib-search-path comm...

linux 下 gdb没有符号表被读取。请使用"file" 命令

由于sublime没有调试功能,所以Linux 下调试还是要用gdb 退出后,使用gdb时遇到这个问题,刚开始接触linux下使用gdb调试程序,生成断点时,出现linux gdb 没有符号表被...

c++ 符号表分离———objcopy(调试信息挂载)

最近在做游戏的项目,项目中使用的服务器程序版本是release版本的,最近出现服务器宕机的情况,但是core文件通过gdb查看了一下宕机堆栈结果发现堆栈被破坏,可能的问题就是对指针和数组使用的不规范导...
  • cyteven
  • cyteven
  • 2013年10月25日 20:34
  • 4815

strip,eu-strip 及其符号表,gdb调试strip过的程序

我们公司产品里面的可执行程序和动态共享库(DSO)里面的符号表都被移除了,所以每次遇到core dump的时候,都需要将符号表导入到/usr/lib/debug目录下。一直没弄明白为啥是这个目录,能不...

很经典的GDB调试命令,包括查看变量,查看内存

在你调试程序时,当程序被停住时,你可以使用print命令(简写命令为p),或是同义命令inspect来查看当前程序的运行数据。print命令的格式是: print print / 是表达式,是你...

gdb调试core时能用i locals看栈变量、函数行(即不出现No symbol table info available)的必要条件: 1. 编译时有-g参数; 2.so库未被strip脱衣服

我们已经很熟悉用gdb来调试core了, 对于一个完整的core(需要有对应的so), 调试core很简单, 但最近遇到这样一个问题: 用gdb调试过, 能查到core在哪个函数里面, ...
  • stpeace
  • stpeace
  • 2016年07月24日 12:41
  • 2530
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:与符号表分离程序或动态库, 如何用GDB调试
举报原因:
原因补充:

(最多只允许输入30个字)