使用gdb通过共享库进入第三方功能

时间:2012-10-23 15:09:53

标签: c gdb shared-libraries step-into

我正在使用gdb和一些共享库。我可以让gdb进入我自己的共享库,但不是第三方库。

当使用gdb时,我希望“s”(步骤)进入第三方库并向我显示它在这些opj_ *函数中执行的行,而不是仅仅转到我自己的共享库代码中的下一行。

我很确定我在编译期间只是遗漏了一些东西,与链接(让gcc将一些调试标志传递给ld)有关,但我不知道它是什么,或者在运行gdb时遇到的问题告诉它调试符号在哪里。

以下是详细信息:

我安装了openjpeg库,调试信息和开发包。

# zypper search -si openjpeg
Loading repository data...
Reading installed packages...

S | Name                     | Type    | Version   | Arch   | Repository
--+--------------------------+---------+-----------+--------+-----------
i | libopenjpeg2_0           | package | 2.0.0-1.4 | x86_64 | packman   
i | libopenjpeg2_0-debuginfo | package | 2.0.0-1.4 | x86_64 | packman   
i | openjpeg2-devel          | package | 2.0.0-1.4 | x86_64 | packman   

# rpm -ql libopenjpeg2_0
/usr/lib64/libopenjpeg.so.2.0
/usr/lib64/libopenjpeg.so.2.0.0

# rpm -ql openjpeg2-devel
/usr/include/openjpeg-2.0
/usr/include/openjpeg-2.0/openjpeg.h
/usr/lib64/libopenjpeg.so
/usr/lib64/openjpeg-2.0
/usr/lib64/openjpeg-2.0/OpenJPEGConfig.cmake
/usr/lib64/openjpeg-2.0/OpenJPEGTargets-release.cmake
/usr/lib64/openjpeg-2.0/OpenJPEGTargets.cmake

# rpm -ql libopenjpeg2_0-debuginfo
/usr/lib/debug
/usr/lib/debug/.build-id
/usr/lib/debug/.build-id/85/f8603c75aadee0bd66653332d7ce16d0292752
/usr/lib/debug/.build-id/85/f8603c75aadee0bd66653332d7ce16d0292752.debug
/usr/lib/debug/usr/lib64/libopenjpeg.so.2.0.0.debug

我有一个链接到libopenjpeg的共享库libjna_openjpeg。

我有一个测试程序“pathtest”链接到libopenjpeg和libjna_openjpeg

我用“gcc -g ...”编译了每一个,并尝试了“gcc -ggdb ...”

gcc -ggdb -c -fpic -I/usr/include/openjpeg-2.0 jna_openjpeg.c -lopenjpeg
gcc -ggdb -shared -o libjna_openjpeg.so jna_openjpeg.o -lopenjpeg
gcc -ggdb -I/usr/include/openjpeg-2.0 -L. -o pathtest pathtest.c -ljna_openjpeg -lopenjpeg

我的共享库代码片段,其中删除了一些注释:

opj_stream_t* p_stream = opj_stream_create_default_file_stream( p_file, p_is_read_stream );

opj_codec_t *p_decompressor = opj_create_decompress(CODEC_J2K);

// my bug I want to debug is here... this always returns 0
p_image =  opj_decode( p_decompressor, p_stream );

运行gdb

$ gdp pathtest

...

(gdb) s
52          opj_codec_t *p_decompressor = opj_create_decompress(CODEC_J2K);
(gdb) s
59          p_image =  opj_decode( p_decompressor, p_stream );
(gdb) s

gdb版本

# gdb --version
GNU gdb (GDB) SUSE (7.3-41.1.2)
...    

2 个答案:

答案 0 :(得分:7)

您可以尝试启用步进模式吗?

(gdb) set step-mode on

这导致step命令停止在一个函数的第一条指令处,该函数不包含调试行信息(通常是像libc这样的第三方),而不是单步执行它。

答案 1 :(得分:1)

您没有提供您的gdb版本。 显然这可能是gdb中的一个错误,因为我遇到了与7.0.1相同的问题,但升级到7.3.50修复了它。