gdb可以实现源码级调试so文件吗?[己解决]

testh

最新进展。
已经将debug信息在编译时加入了libasound.so.2.0.0中。
在上一贴中使用info shared命令显示missing debugging information.
在刚才的显示中为：
22          for (i = 0; i < sizeof(buffer); i++)
(gdb) info shared
From        To          Syms Read   Shared Object Library
0x00110830  0x001274cf  Yes (*)     /lib/ld-linux.so.2
0x0014d5d0  0x001f61f8  Yes         /usr/lib/libasound.so.2
0x002164b0  0x00230b38  Yes (*)     /lib/i386-linux-gnu/libm.so.6
0x00239a40  0x0023a998  Yes (*)     /lib/i386-linux-gnu/libdl.so.2
0x00241610  0x0024d9d8  Yes (*)     /lib/i386-linux-gnu/libpthread.so.0
0x002578c0  0x0025b578  Yes (*)     /lib/i386-linux-gnu/librt.so.1
0x00275c10  0x00381524  Yes (*)     /lib/i386-linux-gnu/libc.so.6
(*): Shared library is missing debugging information.
(gdb) c

请注意，在蓝色的那一行中，Yes后面已经没有“＊”了，有“＊”意味着(*): Shared library is missing debugging information.

对比刚才的操作，刚才是直接在./configure后生成的Makefile中的CFLAGS = -D_GNU_SOURCE 加入了-g为 CFLAGS = -D_GNU_SOURCE -g.
后来仔细看了./configure --help 发现可以通过环境变量来设置 CFLAGS ，于是先 export CFLAGS = -g 然后再./configure,之后再检查生成的Makefile，它的CFLAGS=-g -D_GNU_SOURCE,然后再继续make，make install后发现，竟然已经包含了debugging information.
不知道-D_GNU_SOURCE与-g的先后顺序竟然有如此大的影响?

aulara

刚接触libasound，学习

testh

但是，仍然不能step 进入libasound.so.2.0.0的函数中

1. Breakpoint 2, 0x00179c72 in snd_pcm_open () from /usr/lib/libasound.so.2
   
2. (gdb) s
   
3. Single stepping until exit from function snd_pcm_open,
   
4. which has no line number information.
   
5. zz[snd_dlsym_verify:121],vname=[_snd_config_hook_load_dlsym_config_hook_001]
   
6. zz[snd_dlsym_verify:123]
   
7. zz[snd_dlsym_verify:121],vname=[__snd_pcm_hw_open_dlsym_pcm_001]
   
8. zz[snd_dlsym_verify:123]
   
9. main () at pcm_min.c:31
   
10. 
    

复制代码

使用step的时候提示 ：which has no line number information。
继续查找

testh

回复 22# aulara


   共同学习。

testh

testh 发表于 2013-01-08 14:19
最新进展。
已经将debug信息在编译时加入了libasound.so.2.0.0中。
在上一贴中使用info shared命令显示mi ...

shit，原来我只在alsa-lib-1.0.24.1的topdir中的makefile中加了-g,而没有在他的递归子目录下添加，手动添加很容易忘。还是需要用策略添加，直接在环境变量中添加。

testh

已经可以了正常进入libasound.so.2.0.0的源码中进行调试了。
前面之所以不能进入是因为所使用的libasound.so.2.0.0是原来的旧版本，后来重新编译，使用新的so覆盖旧的文件就可以了。

testh

感谢楼上各位朋友的帮助。
可以结贴了。

T-Bagwell

testh 发表于 2013-01-08 14:11
回复 19# T-Bagwell

哦
那就是代码路径要和你是用的alsa编译的时候的路径对应上，就可以了

comba_sellie

回复 18# testh

可以用readelf -S *.so指令查看文件是否有以下Section
.debug_aranges
.debug_pubnames
.debug_info等调试信息。

这些调试信息属于dwarf格式规范，可以参考http://www.dwarfstd.org/上的资料
   

frogsu

我调试alsa已经发布到了http://blog.chinaunix.net/uid-22883023-id-3467299.html你有兴趣可以看看。