gdb调试so文件夹

Ⅰ 初步接触linux，请问gdb调试start后加载动态库符号时间很长，怎么解决，可以不加载指定库符号吗

方法一、在/etc/ld.so.conf文件中添加路径，vi /etc/ld.so.conf
添加下边内容

123

include ld.so.conf.d/*.conf /usr/cluster/.share/lib

方法二、在终端输入：export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/cluster/.share/lib
方法三、修改/etc/profile文件

123

export MPI_HOME=/usr/cluster export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$MPI_HOME/.share/lib

在终端执行source /etc/profile 使配置文件生效
程序运行时加载动态库失败的解决方法
错误提示如下：
error while loading shared libraries: libjson.so.0: cannot open shared object file: No such file or directory
原因一般有两个，一个是操作系统中没有包含该共享库(lib*.so.* 文件)或者共享库版本不对。解决办法就是重新下载安装。
另外一个原因就是已经安装了该共享库，但是执行需要调用该共享库的程序的时候，程序按照默认共享库路径找不到该共享库文件。解决方法如下：
如果共享库文件安装到了 /lib 或 /usr/lib 目录下，那么执行一下 ldconfig 命令。
ldconfig命令的用途, 主要是在默认搜寻目录(b和/usrb)以及动态库配置文件/etc/ld.so.conf内所列的目录下, 搜索出可共享的动态链接库(格式如lib*.so*), 进而创建出动态装入程序(ld.so)所需的连接和缓存文件. 缓存文件默认为/etc/ld.so.cache, 此文件保存已排好序的动态链接库名字列表.
如果共享库文件安装到了 /usr/local/lib (一般开源的共享库都会安装到该目录下)或者其它非 /lib 或 /usr/lib 目录下，那么在执行 ldconfig 命令前，还要把新的共享库目录加入到共享库配置文件 /etc/ld.so.conf 中，如下：

1234

# cat /etc/ld.so.confinclude ld.so.conf.d/*.conf# echo "/usr/local/lib" >> /etc/ld.so.conf# ldconfig

或者在 /etc/ld.so.conf.d/ 目录下新建任何以 .conf 为后缀的文件，在该文件中加入库文件所在的目录。然后执行 ldconfig 更新 /etc/ld.so.cache 文件。
如果共享库文件安装到了其他非 /lib 或 /usr/lib 目录下,但是又不想在 /etc/ld.so.conf 文件中加共享库路径(或者是没有权限加路径)。那可以 export 一个全局变量 LD_LIBRARY_PATH,然后运行程序的时候就会去找个目录中找共享库。
LD_LIBRARY_PATH的意思是告诉loader在哪些目录中可以找到共享库. 可以设置多个搜索目录, 这些目录之间用冒号分隔开. 比如安装了一个mysql到/usr/local/mysql目录下, 其中有一大堆库文件在/usr/local/mysql/lib下面, 则可以在.bashrc或.bash_profile或shell里加入以下语句即可:
export LD_LIBRARY_PATH=/usr/local/mysql/lib:$LD_LIBRARY_PATH
一般来讲这只是一种临时的解决方案, 在没有权限或临时需要的时候使用.
如果程序需要的库文件比系统目前存在的库文件版本低，可以做一个链接。比如：

12345

error while loading shared libraries: libncurses.so.4: cannot open sharedobject file: No such file or directoryls /usr/lib/libncu*/usr/lib/libncurses.a /usr/lib/libncurses.so.5/usr/lib/libncurses.so /usr/lib/libncurses.so.5.3

可见虽然没有libncurses.so.4，但有libncurses.so.5，是可以向下兼容的
建一个链接就好了

1

ln -s /usr/lib/libncurses.so.5.3 /usr/lib/libncurses.so.4

Ⅱ Eclipse下联合GDB调试多线程so库无法断点

根据 so 崩溃的一些堆栈信息。你是可以通过 反编译so文件去查看 这些 地址对应的方法入口 或者是 方法的名称，
当然前提是根据 崩溃的信息中的一些地址，可能不完全，但是确实是一种手段。

个人感觉在现在手机配置 越来越强的 年代，
应用为王，你在这个年代 如果用汇编去编写 普通的应用 ，那才会被人认为是不正常的。

Ⅲ 如何用gdb找到android so文件中的加密key

你好，我现在能够用NDK的如下方式写几个简单的文件，然后打包为SO，再用另外的一个.C文件调用SO，然后生成最终的供Android使用的SO文件，具体方式如下：
下载一个从android模拟器里取system lib的工具busybox,然后调用命令
$adb push busybox /dev/sample/busybox
$adb shell chmod 777 /dev/sample/busybox
$adb shell ./dev/sample/busybox tar -cf /dev/sample/libs.tar /system/lib
$adb pull /dev/sample/libs.tar libs.tar
这样就将模拟器下的 /system/lib 目录的所有库（so）文件打包并下载下来了，解压libs.tar就得到了我们所需要的所有库文件。
接着将所有的文件 到 $（NDK）\build\prebuilt\windows\arm-eabi-4.2.1\lib\gcc\arm-eabi\4.2.1,这个时候基本的配置工作就结束了。
然后建立tutorial01.c调用tutorial02.c中的方法，通过写makefile文件将之打包为SO
CC = /cygdrive/e/android-ndk-1.5_r1/build/prebuilt/windows/arm-eabi-4.2.1/bin/arm-eabi-gcc

CFLAGS = -g -O2 -fPIC -DANDROID -I ./ -I ../ -I /cygdrive/e/android-ndk-1.5_r1/build/platforms/android-1.5/arch-arm/usr/include
SDFLAGS = -nostdlib -Wl,-T,armelf.xsc -Wl,-soname,$@ -Wl,-shared,-Bsymbolic -lc
CRT_OBJS= -lz -lm

# source files:
SRCS= tutorial01.c tutorial02.c tutorial02.h

all: libtutorial.so

libtutorial.so: tutorial01.o tutorial02.o
$(CC) $(SDFLAGS) -o $@ tutorial01.o tutorial02.o $(CRT_OBJS)

tutorial01.o: tutorial02.h
tutorial02.o: tutorial02.h

clean:
rm -f libtutorial.so *.o
然后make，这个时候会报错 can't find "armelf.xsc", 在ndk的目录里搜索一下，搜到之后 到$（NDK）\build\prebuilt\windows\arm-eabi-4.2.1\lib\gcc\arm-eabi\4.2.1，然后make，成功。
接着建立一个文件test01.c,动态加载so文件，然后写一个makefile文件，最后make成功。
建立一个Android工程 testapp来测试其运行情况，实验表明是能够正确运行的。

Ⅳ gdb如何调试动态库

动态库是不能调试的!编译过程中gcc 没有-g选项也是不能调试的。加上-g选项后可执行文件需要与源代码放在一起，才能进行调试！

Ⅳ 求大神帮忙，gdb怎么调试.so动态链接库

回复 4# linux_c_py_php 非常感谢，你帮了我一个大忙，我本来还是一直用输出来确定变量的值的。每次都要重新编。。谢了。

Ⅵ gdb工具能调试C调用的C++SO提供的对外函数吗

so已经是二进制文件，不可能调试吧

Ⅶ linux入门基础（四）Gdb调试程序

Gdb调试
注意：在Gcc编译选项中一定要加入
–g
退出GDB：quit
或
Ctrl+d
调试过程：
1.
查看文件
命令：
(gdb)
l
命令：(gdb)
b
行号
注：到第17行停止，并没有执行17行
3.
查看断点情况
info
b
4.
运行代码
r
命令：
(gdb)
r
(也可以指定行开始运行，在r后面加上行号)
5.
查看变量值
p
命令：(gdb)
p
变量名
6.
设置监视点：
watch
z
（变量名）
也可以是复杂的表达式
7.
单步运行
命令：(gdb)
n
(逐过程)
8.逐步，会进入函数
命令：(gdb)
s
9.条件断点
将正常断点转变为条件断点：condition
如：condition
1
i
==
10
只有当满足条件i
==
1时，才会在断点1处暂停
10.
恢复程序运行
c
命令：
(gdb)
c
(程序就会运行，如果没有断点，就运行剩下部分，如果有断点，就会运行到下一个断点)
11.
去除断点
clear
line_number
clear
filename:line_number
12.
help
12.1
help找出类别
12.2help从列表中

Ⅷ 如何使用gdb调试android程序

用gdb调试动态链接库
大家都知道在 Linux 可以用 gdb 来调试应用程序，当然前提是用 gcc 编译程序时要加上 -g 参数。
我这篇文章里将讨论一下用 gdb 来调试动态链接库的问题。
首先，假设我们准备这样的一个动态链接库：
引用：
库名称是： ggg
动态链接库文件名是： libggg.so
头文件是： get.h
提供这样两个函数调用接口：
int get ();
int set (int a);

要生成这样一个动态链接库，我们首先编写这样一个头文件：
/************关于本文档********************************************
*filename: get.h
*********************************************************************/
int get ();
int set (int a);
然后准备这样一个生成动态链接库的源文件：
/************关于本文档********************************************
*filename: get.cpp
*********************************************************************/
#include
#include "get.h"
static int x=0;
int get ()
{
printf ("get x=%d＼n", x);
return x;
}
int set (int a)
{
printf ("set a=%d＼n", a);
x = a;
return x;
}
然后我们用 GNU 的 C/C++ 编译器来生成动态链接库，编译命令如下：
引用：
g++ get.cpp -shared -g -DDEBUG -o libggg.so
这样我们就准备好了动态链接库了，下面我们编写一个应用程序来调用此动态链接库，源代码如下：
/************关于本文档********************************************
*filename: pk.cpp
*********************************************************************/
#include
#include "get.h"
int main (int argc, char** argv)
{
int a = 100;
int b = get ();
int c = set (a);
int d = get ();
printf ("a=%d,b=%d,c=%d,d=%d＼n",a,b,c,d);
return 0;
}
编译此程序用下列命令，如果已经把上面生成的 libggg.so 放到了库文件搜索路径指定的文件目录，比如 /lib 或 /usr/lib 之类的，就用下面这条命令：
引用：
g++ pk.cpp -o app -Wall -g -lggg
否则就用下面这条命令：
引用：
g++ pk.cpp -o app -Wall -g -lggg -L`pwd`
下面我们就开始调试上面命令生成的 app 程序吧。如果已经把上面生成的 libggg.so 放到了库文件搜索路径指定的文件目录，比如 /lib 或 /usr/lib 之类的，调试就顺利完成，如下：
引用：
#gdb ./app
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show ing" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) b main /* 这是在程序的 main 处设置断点 */
Breakpoint 1 at 0x804853c: file pk.cpp, line 7.
(gdb) b set /* 这是在程序的 set 处设置断点 */
Function "set" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y /* 这里必须选择 y 调试程序才会跟踪到动态链接库内部去 */
Breakpoint 2 (set) pending.
(gdb) run /* 开始运行我们的程序，直到遇见断点时暂停 */
Starting program: /data/example/c/app
Breakpoint 3 at 0xb7f665f8: file get.cpp, line 11.
Pending breakpoint "set" resolved
Breakpoint 1, main (argc=1, argv=0xbfArrayArray0504) at pk.cpp:7
7 int a = 100;
(gdb) n /* 继续执行程序的下一行代码 */
8 int b = get ();
(gdb) n /* 程序执行到了我们断点所在的动态链接库了 */
get x=0
Array int c = set (a);
(gdb) n
Breakpoint 3, set (a=100) at get.cpp:11
11 printf ("set a=%d＼n", a);
(gdb) list /* 查看当前代码行周围的代码，证明我们已经跟踪到动态链接库的源代码里面了 */
6 printf ("get x=%d＼n", x);
7 return x;
8 }
Array int set (int a)
10 {
11 printf ("set a=%d＼n", a);
12 x = a;
13 return x;
14 }
(gdb) n
set a=100
12 x = a;
(gdb) n
13 return x;
(gdb) n
14 }
(gdb) n
main (argc=1, argv=0xbfArrayArray0504) at pk.cpp:10
10 int d = get ();
(gdb) n
get x=100
11 printf ("a=%d,b=%d,c=%d,d=%d＼n",a,b,c,d);
(gdb) n
a=100,b=0,c=100,d=100
12 return 0;
(gdb) c
Continuing.
Program exited normally.
(gdb) quit /* 程序顺利执行结束 */
如果我们没有把动态链接库放到指定目录，比如/lib里面，调试就会失败，过程如下：
引用：
# gdb ./app
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show ing" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) b main
Breakpoint 1 at 0x804853c: file pk.cpp, line 7.
(gdb) b set
Function "set" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 2 (set) pending.
(gdb) run /* 虽然调试操作都一样，但程序执行失败 */
Starting program: /data/example/c/app
/data/example/c/app: error while loading shared libraries: libggg.so: cannot open shared object file: No such file or directory
Program exited with code 0177.
(gdb) quit