| 订阅 | 在线投稿
分享
 
 
 

C/C++ 编译器和调试器以及静态库、动态库使用汇总

来源:互联网  宽屏版  评论
2008-06-01 01:54:46

经常的,有朋友问到有关unix下面条是的技术。我整理了大多数的unix系统下面的常用的调试工具的调试技术的文章。希望对大家有所帮助。

另外静态库、动态库也是问的频率比较高的问题。在这里也做了总结。

######大多数unix系统下面的调试器的使用方法如下:######

***************gdb介绍*********************

GNU 的调试器称为 gdb,该程序是一个交互式工具,工作在字符模式。在 X Window 系统中,有一个 gdb 的

前端图形工具,称为 xxgdb。gdb 是功能强大的调试程序,可完成如下的调试任务:

* 设置断点;

* 监视程序变量的值;

* 程序的单步执行;

* 修改变量的值。

在可以使用 gdb 调试程序之前,必须使用 -g 选项编译源文件。可在 makefile 中如下定义 CFLAGS 变量:

CFLAGS = -g

运行 gdb 调试程序时通常使用如下的命令:

gdb progname

在 gdb 提示符处键入help,将列出命令的分类,主要的分类有:

* aliases:命令别名

* breakpoints:断点定义;

* data:数据查看;

* files:指定并查看文件;

* internals:维护命令;

* running:程序执行;

* stack:调用栈查看;

* statu:状态查看;

* tracepoints:跟踪程序执行。

键入 help 后跟命令的分类名,可获得该类命令的具体清单。

*********gdb 的常用命令***************

命令 解释

break NUM 在指定的行上设置断点。

BT 显示所有的调用栈帧。该命令可用来显示函数的调用顺序。

clear 删除设置在特定源文件、特定行上的断点。其用法为:clear FILENAME:NUM。

continue 继续执行正在调试的程序。该命令用在程序由于处理信号或断点而

导致停止运行时。

display EXPR 每次程序停止后显示表达式的值。表达式由程序定义的变量组成。

file FILE 装载指定的可执行文件进行调试。

help NAME 显示指定命令的帮助信息。

info break 显示当前断点清单,包括到达断点处的次数等。

info files 显示被调试文件的具体信息。

info func 显示所有的函数名称。

info local 显示当函数中的局部变量信息。

info prog 显示被调试程序的执行状态。

info var 显示所有的全局和静态变量名称。

kill 终止正被调试的程序。

list 显示源代码段。

make 在不退出 gdb 的情况下运行 make 工具。

next 在不单步执行进入其他函数的情况下,向前执行一行源代码。

print EXPR 显示表达式 EXPR 的值。

******gdb 使用范例************************

-----------------

清单 一个有错误的 C 源程序 bugging.c

-----------------

#include

#include

static char buff [256];

static char* string;

int main ()

{

printf ("Please input a string: ");

gets (string);

printf ("\nYour string is: %s\n", string);

}

-----------------

上面这个程序非常简单,其目的是接受用户的输入,然后将用户的输入打印出来。该程序使用了一个未经过初

始化的字符串地址 string,因此,编译并运行之后,将出现 Segment Fault 错误:

$ gcc -o test -g test.c

$ ./test

Please input a string: asfd

Segmentation fault (core dumped)

为了查找该程序中出现的问题,我们利用 gdb,并按如下的步骤进行:

1.运行 gdb bugging 命令,装入 bugging 可执行文件;

2.执行装入的 bugging 命令;

3.使用 where 命令查看程序出错的地方;

4.利用 list 命令查看调用 gets 函数四周的代码;

5.唯一能够导致 gets 函数出错的因素就是变量 string。用 print 命令查看 string 的值;

6.在 gdb 中,我们可以直接修改变量的值,只要将 string 取一个合法的指针值就可以了,为此,我们在第

11 行处设置断点;

7.程序重新运行到第 11 行处停止,这时,我们可以用 set variable 命令修改 string 的取值;

8.然后继续运行,将看到正确的程序运行结果。

运行 gcc/egcs

**********运行 gcc/egcs***********************

GCC 是 GNU 的 C 和 C++ 编译器。实际上,GCC 能够编译三种语言:C、C++ 和 Object C(C 语言的一种面向对象扩展)。利用 gcc 命令可同时编译并连接 C 和 C++ 源程序。

假如你有两个或少数几个 C 源文件,也可以方便地利用 GCC 编译、连接并生成可执行文件。例如,假设你有

两个源文件 main.c 和 factorial.c 两个源文件,现在要编译生成一个计算阶乘的程序。

清单 factorial.c

-----------------------

#include

#include

int factorial (int n)

{

if (n <= 1)

return 1;

else

return factorial (n - 1) * n;

}

-----------------------

-----------------------

清单 main.c

-----------------------

#include

#include

int factorial (int n);

int main (int argc, char **argv)

{

int n;

if (argc < 2) {

printf ("Usage: %s n\n", argv [0]);

return -1;

}

else {

n = atoi (argv[1]);

printf ("Factorial of %d is %d.\n", n, factorial (n));

}

return 0;

}

-----------------------

利用如下的命令可编译生成可执行文件,并执行程序:

$ gcc -o factorial main.c factorial.c

$ ./factorial 5

Factorial of 5 is 120.

GCC 可同时用来编译 C 程序和 C++ 程序。一般来说,C 编译器通过源文件的后缀名来判定是 C 程序还是 C+

+ 程序。在 Linux 中,C 源文件的后缀名为 .c,而 C++ 源文件的后缀名为 .C 或 .cpp。

但是,gcc 命令只能编译 C++ 源文件,而不能自动和 C++ 程序使用的库连接。因此,通常使用 g++ 命令来完

完成 C++ 程序的编译和连接,该程序会自动调用 gcc 实现编译。

假设我们有一个如下的 C++ 源文件(hello.C):

#include

void main (void)

{

cout << "Hello, world!" << endl;

}

则可以如下调用 g++ 命令编译、连接并生成可执行文件:

$ g++ -o hello hello.C

$ ./hello

Hello, world!

**********************gcc/egcs 的主要选项*********

gcc 命令的常用选项

选项 解释

-ansi 只支持 ANSI 标准的 C 语法。这一选项将禁止 GNU C 的某些特色,

例如 asm 或 typeof 要害词。

-c 只编译并生成目标文件。

-DMACRO 以字符串“1”定义 MACRO 宏。

-DMACRO=DEFN 以字符串“DEFN”定义 MACRO 宏。

-E 只运行 C 预编译器。

-g 生成调试信息。GNU 调试器可利用该信息。

-IDirectorY 指定额外的头文件搜索路径DIRECTORY。

-LDIRECTORY 指定额外的函数库搜索路径DIRECTORY。

-lLIBRARY 连接时搜索指定的函数库LIBRARY。

-m486 针对 486 进行代码优化。

-o FILE 生成指定的输出文件。用在生成可执行文件时。

-O0 不进行优化处理。

-O 或 -O1 优化生成代码。

-O2 进一步优化。

-O3 比 -O2 更进一步优化,包括 inline 函数。

-shared 生成共享目标文件。通常用在建立共享库时。

-static 禁止使用共享连接。

-UMACRO 取消对 MACRO 宏的定义。

-w 不生成任何警告信息。

-Wall 生成所有警告信息。

#######SCO UNIX下面dbaxtra的调试技术#########

在sco unix下编程大多离不开C语言,即使是数据库应用也有很多是与c搭配使用的,例如informix esql/c 就可以在c语言中嵌入sql 语句。很多人认为在unix下写程序是件很痛苦的事情,其中一个很重要原因是不知道在unix下怎样调试程序。其实在sco unix源码调试器是dbxtra或dbXtra,linux下是gdb。它们类似turbo c的调试器,可以跟踪源码变量。在unix 下调试程序有如下传统方法

---- 一、在要调试语句之前,输出要调试的变量,利用printf()函数。

---- 二、写日志文件,把结果输出到文件中避免屏幕混乱,利用fprintf()函数。

---- 三、利用sco 内置调试器dbxtra或dbXtra。

---- dbxtra 适用字符界面,在sco unix的图形界面用dbXtra。(编按:请注重大小写)

以下是dbxtra基本命令:

c cont 在断点后继续执行

d delete 删除所设断点

h help 帮助

e edit 编辑源程序

n next 源程序区的内容向下翻一屏。

p print 显示变量

q quit 退出dbxtra

r run 运行程序,直到遇上设置的断点

rr rerun 再次运行

s step 单步运行

st stop 设置断点

j status 显示当前断点

t where 显示当前状态,列出所有设置的变量值

di display 开显示窗,用于查看变量

ud undisplay 删除显示窗的条目

f forward 源程序区的内容向上 翻一屏。

B backward 源程序区的内容向下 翻一屏。

Stopi stop inst 设置断点

tracei trace inst跟踪子程序

dbxtra [options] [objectfile ]

---- dbxtra 在启动时有个参数-Idir值得一提.我们在编写一个较大程序的时候,通常源程序和编译生成的可执行文件都放在不同的目录中,这样便于治理。默认dbxtra将在可执行文件所在的目录下找匹配c的源程序。当我们启动时,指定-I参数,dbxtra就会到我们指定的目录下找匹配的c程序。 例如:

---- dbxtra -I"\work\c" program1

---- 源程序在用cc编译时要带上-g 参数,这样是加上符号表等调试信息。只有这样编译过的文件,dbxtra才可以调试。调试信息使源代码和机器码关联。

---- 下面这个C程序输出结果和我们的预想结果不一样,说明某些地方有错误。我们用调试器来调试它:

---- 程序一:

t.c

main()

{ int i=10 ,*p1;

float j=1.5,*p2;

p1=&

p2=&

p2=p1;

printf("%d,%d\n",*p1,*p2);

}

首先带上-g参数编译 cc -g -o t t.c

启动调试器 dbxtra t

屏幕显示:

1.main()

2.{ int i=10 ,*p1;

3. float j=1.5,*p2;

4. p1=&

5. p2=&

6. p2=p1;

7. printf("%d,%d\n",*p1,*p2);

8.}

C[browse] File:t.c Func.-

Readubg symbolic information

Type 'help' for help

(dbxtra)

(dbxtra)

设置断点:

(dbxtra)stop at 5

运行:

(dbxtra) run

程序自动在第5行停下。

这时我们可以看变量的值。

(dbxtra) print *p1

单步执行。

(dbxtra) step

程序将执行第5行源码,指针将移到第6行。

(dbxtra) print *p2

(dbxtra) step

程序执行了第6行源码后,将指针移到第7行。

(dbxtra) print *p1 , *p2

---- 我们发现 在执行了第6行源码后,*p1,*p2的值就不对了,所以问题就出在第6行上。仔细检查后发现指针p1指向整型,指针p2指向实型。它们之间的赋值要进行强制类型转换。这种错误在C程序中是很常见的。

---- 有时我们在调试一些程序时,要在整个程序运行中时刻监视莫些变量的值,例如程序一中我们要时刻了解*p1,*p2的值,除了在每一行程序执行完后,打print *p1,*p2外,还可以开一个显示窗口。

---- (dbxtra)display *p1,*p2

---- 用undisplay 删掉不想要的变量。

---- 有些程序运行时要带参数,mycat /etc/passwd 在调试时候

---- (dbxtra) run '/etc/passwd'

---- 再运行时,无需再写一遍参数。

---- (dbxtra) rerun

---- 在涉及到curses库编程或屏幕有大量的人机界面时,为了调试方便,我们可以把程序输出结果重定向到个虚屏。

---- (dbxtra) run >/dev/tty03

---- 当然要先把tty03 disable 掉。(disable tty03)

#######创建和使用静态库#########

具体的使用情况,请大家man手册,这里只介绍一下。静态库相对的比较简单。

创建一个静态库是相当简单的。通常使用 ar 程序把一些目标文件(.o)组合在一起,

成为一个单独的库,然后运行 ranlib,以给库加入一些索引信息。

########创建和使用共享库#########

非凡的编译和连接选项

-D_REENTRANT 使得预处理器符号 _REENTRANT 被定义,这个符号激活一些宏特性。

-fPIC 选项产生位置独立的代码。由于库是在运行的时候被调入,因此这个

选项是必需的,因为在编译的时候,装入内存的地址还不知道。假如

不使用这个选项,库文件可能不会正确运行。

-shared 选项告诉编译器产生共享库代码。

-Wl,-soname -Wl 告诉编译器将后面的参数传递到连接器。而 -soname 指定了

共享库的 soname。

# 可以把库文件拷贝到 /etc/ld.so.conf 中列举出的任何目录中,并以

root 身份运行 ldconfig;或者

# 运行 export LD_LIBRARY_PATH='pwd',它把当前路径加到库搜索路径中去。

#######使用高级共享库特性#########

1. ldd 工具

ldd 用来显示执行文件需要哪些共享库, 共享库装载治理器在哪里找到了需要的共享库.

2. soname

共享库的一个非常重要的,也是非常难的概念是 soname——简写共享目标名(short for shared object name)。这是一个为共享库(.so)文件而内嵌在控制数据中的名字。如前面提到的,每一个程序都有一个需要使用的库的清单。这个清单的内容是一系列库的 soname,如同 ldd 显示的那样,共享库装载器必须找到这个清单。

soname 的要害功能是它提供了兼容性的标准。当要升级系统中的一个库时,并且新库的 soname 和老的库的 soname 一样,用旧库连接生成的程序,使用新的库依然能正常运行。这个特性使得在 Linux 下,升级使用共享库的程序和定位错误变得十分轻易。

在 Linux 中,应用程序通过使用 soname,来指定所希望库的版本。库作者也可以通过保留或者改变 soname 来声明,哪些版本是相互兼容的,这使得程序员摆脱了共享库版本冲突问题的困扰。

查看/usr/local/lib 目录,分析 MiniGUI 的共享库文件之间的关系

3. 共享库装载器

当程序被调用的时候,Linux 共享库装载器(也被称为动态连接器)也自动被调用。它的作用是保证程序所需要的所有适当版本的库都被调入内存。共享库装载器名字是 ld.so 或者是 ld-linux.so,这取决于 Linux libc 的版本,它必须使用一点外部交互,才能完成自己的工作。然而它接受在环境变量和配置文件中的配置信息。

文件 /etc/ld.so.conf 定义了标准系统库的路径。共享库装载器把它作为搜索路径。为了改变这个设置,必须以 root 身份运行 ldconfig 工具。这将更新 /etc/ls.so.cache 文件,这个文件其实是装载器内部使用的文件之一。

可以使用许多环境变量控制共享库装载器的操作(表1-4+)。

表 1-4+ 共享库装载器环境变量

变量 含义

LD_AOUT_LIBRARY_PATH 除了不使用 a.out 二进制格式外,与 LD_LIBRARY_PATH 相同。

LD_AOUT_PRELOAD 除了不使用 a.out 二进制格式外,与 LD_PRELOAD 相同。

LD_KEEPDIR 只适用于 a.out 库;忽略由它们指定的目录。

LD_LIBRARY_PATH 将其他目录加入库搜索路径。它的内容应该是由冒号

分隔的目录列表,与可执行文件的 PATH 变量具有相同的格式。

假如调用设置用户 ID 或者进程 ID 的程序,该变量被忽略。

LD_NOWARN 只适用于 a.out 库;当改变版本号是,发出警告信息。

LD_PRELOAD 首先装入用户定义的库,使得它们有机会覆盖或者重新定义标准库。

使用空格分开多个入口。对于设置用户 ID 或者进程 ID 的程序,

只有被标记过的库才被首先装入。在 /etc/ld.so.perload 中指定

了全局版本号,该文件不遵守这个限制。

4. 使用 dlopen

另外一个强大的库函数是 dlopen()。该函数将打开一个新库,并把它装入内存。该函数主要用来加载库中的符号,这些符号在编译的时候是不知道的。比如 Apache Web 服务器利用这个函数在运行过程中加载模块,这为它提供了额外的能力。一个配置文件控制了加载模块的过程。这种机制使得在系统中添加或者删除一个模块时,都不需要重新编译了。

可以在自己的程序中使用 dlopen()。dlopen() 在 dlfcn.h 中定义,并在 dl 库中实现。它需要两个参数:一个文件名和一个标志。文件名可以是我们学习过的库中的 soname。标志指明是否马上计算库的依靠性。假如设置为 RTLD_NOW 的话,则马上计算;假如设置的是 RTLD_LAZY,则在需要的时候才计算。另外,可以指定 RTLD_GLOBAL,它使得那些在以后才加载的库可以获得其中的符号。

当库被装入后,可以把 dlopen() 返回的句柄作为给 dlsym() 的第一个参数,以获得符号在库中的地址。使用这个地址,就可以获得库中特定函数的指针,并且调用装载库中的相应函数。

 
经常的,有朋友问到有关unix下面条是的技术。我整理了大多数的unix系统下面的常用的调试工具的调试技术的文章。希望对大家有所帮助。 另外静态库、动态库也是问的频率比较高的问题。在这里也做了总结。 ######大多数unix系统下面的调试器的使用方法如下:###### ***************gdb介绍********************* GNU 的调试器称为 gdb,该程序是一个交互式工具,工作在字符模式。在 X Window 系统中,有一个 gdb 的 前端图形工具,称为 xxgdb。gdb 是功能强大的调试程序,可完成如下的调试任务: * 设置断点; * 监视程序变量的值; * 程序的单步执行; * 修改变量的值。 在可以使用 gdb 调试程序之前,必须使用 -g 选项编译源文件。可在 makefile 中如下定义 CFLAGS 变量: CFLAGS = -g 运行 gdb 调试程序时通常使用如下的命令: gdb progname 在 gdb 提示符处键入help,将列出命令的分类,主要的分类有: * aliases:命令别名 * breakpoints:断点定义; * data:数据查看; * files:指定并查看文件; * internals:维护命令; * running:程序执行; * stack:调用栈查看; * statu:状态查看; * tracepoints:跟踪程序执行。 键入 help 后跟命令的分类名,可获得该类命令的具体清单。 *********gdb 的常用命令*************** 命令 解释 break NUM 在指定的行上设置断点。 BT 显示所有的调用栈帧。该命令可用来显示函数的调用顺序。 clear 删除设置在特定源文件、特定行上的断点。其用法为:clear FILENAME:NUM。 continue 继续执行正在调试的程序。该命令用在程序由于处理信号或断点而 导致停止运行时。 display EXPR 每次程序停止后显示表达式的值。表达式由程序定义的变量组成。 file FILE 装载指定的可执行文件进行调试。 help NAME 显示指定命令的帮助信息。 info break 显示当前断点清单,包括到达断点处的次数等。 info files 显示被调试文件的具体信息。 info func 显示所有的函数名称。 info local 显示当函数中的局部变量信息。 info prog 显示被调试程序的执行状态。 info var 显示所有的全局和静态变量名称。 kill 终止正被调试的程序。 list 显示源代码段。 make 在不退出 gdb 的情况下运行 make 工具。 next 在不单步执行进入其他函数的情况下,向前执行一行源代码。 print EXPR 显示表达式 EXPR 的值。 ******gdb 使用范例************************ ----------------- 清单 一个有错误的 C 源程序 bugging.c ----------------- #include #include static char buff [256]; static char* string; int main () { printf ("Please input a string: "); gets (string); printf ("\nYour string is: %s\n", string); } ----------------- 上面这个程序非常简单,其目的是接受用户的输入,然后将用户的输入打印出来。该程序使用了一个未经过初 始化的字符串地址 string,因此,编译并运行之后,将出现 Segment Fault 错误: $ gcc -o test -g test.c $ ./test Please input a string: asfd Segmentation fault (core dumped) 为了查找该程序中出现的问题,我们利用 gdb,并按如下的步骤进行: 1.运行 gdb bugging 命令,装入 bugging 可执行文件; 2.执行装入的 bugging 命令; 3.使用 where 命令查看程序出错的地方; 4.利用 list 命令查看调用 gets 函数四周的代码; 5.唯一能够导致 gets 函数出错的因素就是变量 string。用 print 命令查看 string 的值; 6.在 gdb 中,我们可以直接修改变量的值,只要将 string 取一个合法的指针值就可以了,为此,我们在第 11 行处设置断点; 7.程序重新运行到第 11 行处停止,这时,我们可以用 set variable 命令修改 string 的取值; 8.然后继续运行,将看到正确的程序运行结果。 运行 gcc/egcs **********运行 gcc/egcs*********************** GCC 是 GNU 的 C 和 C++ 编译器。实际上,GCC 能够编译三种语言:C、C++ 和 Object C(C 语言的一种面向对象扩展)。利用 gcc 命令可同时编译并连接 C 和 C++ 源程序。 假如你有两个或少数几个 C 源文件,也可以方便地利用 GCC 编译、连接并生成可执行文件。例如,假设你有 两个源文件 main.c 和 factorial.c 两个源文件,现在要编译生成一个计算阶乘的程序。 清单 factorial.c ----------------------- #include #include int factorial (int n) { if (n <= 1) return 1; else return factorial (n - 1) * n; } ----------------------- ----------------------- 清单 main.c ----------------------- #include #include int factorial (int n); int main (int argc, char **argv) { int n; if (argc < 2) { printf ("Usage: %s n\n", argv [0]); return -1; } else { n = atoi (argv[1]); printf ("Factorial of %d is %d.\n", n, factorial (n)); } return 0; } ----------------------- 利用如下的命令可编译生成可执行文件,并执行程序: $ gcc -o factorial main.c factorial.c $ ./factorial 5 Factorial of 5 is 120. GCC 可同时用来编译 C 程序和 C++ 程序。一般来说,C 编译器通过源文件的后缀名来判定是 C 程序还是 C+ + 程序。在 Linux 中,C 源文件的后缀名为 .c,而 C++ 源文件的后缀名为 .C 或 .cpp。 但是,gcc 命令只能编译 C++ 源文件,而不能自动和 C++ 程序使用的库连接。因此,通常使用 g++ 命令来完 完成 C++ 程序的编译和连接,该程序会自动调用 gcc 实现编译。 假设我们有一个如下的 C++ 源文件(hello.C): #include void main (void) { cout << "Hello, world!" << endl; } 则可以如下调用 g++ 命令编译、连接并生成可执行文件: $ g++ -o hello hello.C $ ./hello Hello, world! **********************gcc/egcs 的主要选项********* gcc 命令的常用选项 选项 解释 -ansi 只支持 ANSI 标准的 C 语法。这一选项将禁止 GNU C 的某些特色, 例如 asm 或 typeof 要害词。 -c 只编译并生成目标文件。 -DMACRO 以字符串“1”定义 MACRO 宏。 -DMACRO=DEFN 以字符串“DEFN”定义 MACRO 宏。 -E 只运行 C 预编译器。 -g 生成调试信息。GNU 调试器可利用该信息。 -IDirectorY 指定额外的头文件搜索路径DIRECTORY。 -LDIRECTORY 指定额外的函数库搜索路径DIRECTORY。 -lLIBRARY 连接时搜索指定的函数库LIBRARY。 -m486 针对 486 进行代码优化。 -o FILE 生成指定的输出文件。用在生成可执行文件时。 -O0 不进行优化处理。 -O 或 -O1 优化生成代码。 -O2 进一步优化。 -O3 比 -O2 更进一步优化,包括 inline 函数。 -shared 生成共享目标文件。通常用在建立共享库时。 -static 禁止使用共享连接。 -UMACRO 取消对 MACRO 宏的定义。 -w 不生成任何警告信息。 -Wall 生成所有警告信息。 #######SCO UNIX下面dbaxtra的调试技术######### 在sco unix下编程大多离不开C语言,即使是数据库应用也有很多是与c搭配使用的,例如informix esql/c 就可以在c语言中嵌入sql 语句。很多人认为在unix下写程序是件很痛苦的事情,其中一个很重要原因是不知道在unix下怎样调试程序。其实在sco unix源码调试器是dbxtra或dbXtra,linux下是gdb。它们类似turbo c的调试器,可以跟踪源码变量。在unix 下调试程序有如下传统方法 ---- 一、在要调试语句之前,输出要调试的变量,利用printf()函数。 ---- 二、写日志文件,把结果输出到文件中避免屏幕混乱,利用fprintf()函数。 ---- 三、利用sco 内置调试器dbxtra或dbXtra。 ---- dbxtra 适用字符界面,在sco unix的图形界面用dbXtra。(编按:请注重大小写) 以下是dbxtra基本命令: c cont 在断点后继续执行 d delete 删除所设断点 h help 帮助 e edit 编辑源程序 n next 源程序区的内容向下翻一屏。 p print 显示变量 q quit 退出dbxtra r run 运行程序,直到遇上设置的断点 rr rerun 再次运行 s step 单步运行 st stop 设置断点 j status 显示当前断点 t where 显示当前状态,列出所有设置的变量值 di display 开显示窗,用于查看变量 ud undisplay 删除显示窗的条目 f forward 源程序区的内容向上 翻一屏。 B backward 源程序区的内容向下 翻一屏。 Stopi stop inst 设置断点 tracei trace inst跟踪子程序 dbxtra [options] [objectfile ] ---- dbxtra 在启动时有个参数-Idir值得一提.我们在编写一个较大程序的时候,通常源程序和编译生成的可执行文件都放在不同的目录中,这样便于治理。默认dbxtra将在可执行文件所在的目录下找匹配c的源程序。当我们启动时,指定-I参数,dbxtra就会到我们指定的目录下找匹配的c程序。 例如: ---- dbxtra -I"\work\c" program1 ---- 源程序在用cc编译时要带上-g 参数,这样是加上符号表等调试信息。只有这样编译过的文件,dbxtra才可以调试。调试信息使源代码和机器码关联。 ---- 下面这个C程序输出结果和我们的预想结果不一样,说明某些地方有错误。我们用调试器来调试它: ---- 程序一: t.c main() { int i=10 ,*p1; float j=1.5,*p2; p1=& p2=& p2=p1; printf("%d,%d\n",*p1,*p2); } 首先带上-g参数编译 cc -g -o t t.c 启动调试器 dbxtra t 屏幕显示: 1.main() 2.{ int i=10 ,*p1; 3. float j=1.5,*p2; 4. p1=& 5. p2=& 6. p2=p1; 7. printf("%d,%d\n",*p1,*p2); 8.} C[browse] File:t.c Func.- Readubg symbolic information Type 'help' for help (dbxtra) (dbxtra) 设置断点: (dbxtra)stop at 5 运行: (dbxtra) run 程序自动在第5行停下。 这时我们可以看变量的值。 (dbxtra) print *p1 单步执行。 (dbxtra) step 程序将执行第5行源码,指针将移到第6行。 (dbxtra) print *p2 (dbxtra) step 程序执行了第6行源码后,将指针移到第7行。 (dbxtra) print *p1 , *p2 ---- 我们发现 在执行了第6行源码后,*p1,*p2的值就不对了,所以问题就出在第6行上。仔细检查后发现指针p1指向整型,指针p2指向实型。它们之间的赋值要进行强制类型转换。这种错误在C程序中是很常见的。 ---- 有时我们在调试一些程序时,要在整个程序运行中时刻监视莫些变量的值,例如程序一中我们要时刻了解*p1,*p2的值,除了在每一行程序执行完后,打print *p1,*p2外,还可以开一个显示窗口。 ---- (dbxtra)display *p1,*p2 ---- 用undisplay 删掉不想要的变量。 ---- 有些程序运行时要带参数,mycat /etc/passwd 在调试时候 ---- (dbxtra) run '/etc/passwd' ---- 再运行时,无需再写一遍参数。 ---- (dbxtra) rerun ---- 在涉及到curses库编程或屏幕有大量的人机界面时,为了调试方便,我们可以把程序输出结果重定向到个虚屏。 ---- (dbxtra) run >/dev/tty03 ---- 当然要先把tty03 disable 掉。(disable tty03) #######创建和使用静态库######### 具体的使用情况,请大家man手册,这里只介绍一下。静态库相对的比较简单。 创建一个静态库是相当简单的。通常使用 ar 程序把一些目标文件(.o)组合在一起, 成为一个单独的库,然后运行 ranlib,以给库加入一些索引信息。 ########创建和使用共享库######### 非凡的编译和连接选项 -D_REENTRANT 使得预处理器符号 _REENTRANT 被定义,这个符号激活一些宏特性。 -fPIC 选项产生位置独立的代码。由于库是在运行的时候被调入,因此这个 选项是必需的,因为在编译的时候,装入内存的地址还不知道。假如 不使用这个选项,库文件可能不会正确运行。 -shared 选项告诉编译器产生共享库代码。 -Wl,-soname -Wl 告诉编译器将后面的参数传递到连接器。而 -soname 指定了 共享库的 soname。 # 可以把库文件拷贝到 /etc/ld.so.conf 中列举出的任何目录中,并以 root 身份运行 ldconfig;或者 # 运行 export LD_LIBRARY_PATH='pwd',它把当前路径加到库搜索路径中去。 #######使用高级共享库特性######### 1. ldd 工具 ldd 用来显示执行文件需要哪些共享库, 共享库装载治理器在哪里找到了需要的共享库. 2. soname 共享库的一个非常重要的,也是非常难的概念是 soname——简写共享目标名(short for shared object name)。这是一个为共享库(.so)文件而内嵌在控制数据中的名字。如前面提到的,每一个程序都有一个需要使用的库的清单。这个清单的内容是一系列库的 soname,如同 ldd 显示的那样,共享库装载器必须找到这个清单。 soname 的要害功能是它提供了兼容性的标准。当要升级系统中的一个库时,并且新库的 soname 和老的库的 soname 一样,用旧库连接生成的程序,使用新的库依然能正常运行。这个特性使得在 Linux 下,升级使用共享库的程序和定位错误变得十分轻易。 在 Linux 中,应用程序通过使用 soname,来指定所希望库的版本。库作者也可以通过保留或者改变 soname 来声明,哪些版本是相互兼容的,这使得程序员摆脱了共享库版本冲突问题的困扰。 查看/usr/local/lib 目录,分析 MiniGUI 的共享库文件之间的关系 3. 共享库装载器 当程序被调用的时候,Linux 共享库装载器(也被称为动态连接器)也自动被调用。它的作用是保证程序所需要的所有适当版本的库都被调入内存。共享库装载器名字是 ld.so 或者是 ld-linux.so,这取决于 Linux libc 的版本,它必须使用一点外部交互,才能完成自己的工作。然而它接受在环境变量和配置文件中的配置信息。 文件 /etc/ld.so.conf 定义了标准系统库的路径。共享库装载器把它作为搜索路径。为了改变这个设置,必须以 root 身份运行 ldconfig 工具。这将更新 /etc/ls.so.cache 文件,这个文件其实是装载器内部使用的文件之一。 可以使用许多环境变量控制共享库装载器的操作(表1-4+)。 表 1-4+ 共享库装载器环境变量 变量 含义 LD_AOUT_LIBRARY_PATH 除了不使用 a.out 二进制格式外,与 LD_LIBRARY_PATH 相同。 LD_AOUT_PRELOAD 除了不使用 a.out 二进制格式外,与 LD_PRELOAD 相同。 LD_KEEPDIR 只适用于 a.out 库;忽略由它们指定的目录。 LD_LIBRARY_PATH 将其他目录加入库搜索路径。它的内容应该是由冒号 分隔的目录列表,与可执行文件的 PATH 变量具有相同的格式。 假如调用设置用户 ID 或者进程 ID 的程序,该变量被忽略。 LD_NOWARN 只适用于 a.out 库;当改变版本号是,发出警告信息。 LD_PRELOAD 首先装入用户定义的库,使得它们有机会覆盖或者重新定义标准库。 使用空格分开多个入口。对于设置用户 ID 或者进程 ID 的程序, 只有被标记过的库才被首先装入。在 /etc/ld.so.perload 中指定 了全局版本号,该文件不遵守这个限制。 4. 使用 dlopen 另外一个强大的库函数是 dlopen()。该函数将打开一个新库,并把它装入内存。该函数主要用来加载库中的符号,这些符号在编译的时候是不知道的。比如 Apache Web 服务器利用这个函数在运行过程中加载模块,这为它提供了额外的能力。一个配置文件控制了加载模块的过程。这种机制使得在系统中添加或者删除一个模块时,都不需要重新编译了。 可以在自己的程序中使用 dlopen()。dlopen() 在 dlfcn.h 中定义,并在 dl 库中实现。它需要两个参数:一个文件名和一个标志。文件名可以是我们学习过的库中的 soname。标志指明是否马上计算库的依靠性。假如设置为 RTLD_NOW 的话,则马上计算;假如设置的是 RTLD_LAZY,则在需要的时候才计算。另外,可以指定 RTLD_GLOBAL,它使得那些在以后才加载的库可以获得其中的符号。 当库被装入后,可以把 dlopen() 返回的句柄作为给 dlsym() 的第一个参数,以获得符号在库中的地址。使用这个地址,就可以获得库中特定函数的指针,并且调用装载库中的相应函数。
󰈣󰈤
 
 
 
>>返回首页<<
 
 热帖排行
 
 
 
静静地坐在废墟上,四周的荒凉一望无际,忽然觉得,凄凉也很美
©2005- 王朝网络 版权所有