【�{】Linux应用�E�序调试�Q�－debug coredump

cooelaf — Tue, 16 Nov 2010 02:40:00 GMT

作者：(x��)

    Linux�pȝ��中在应用�E�序�q�行�q�程中经�怼�(x��)遇到�E�序�H�然崩溃�Q�提�C�：(x��)Segmentation fault�Q�这是因为应用程序收��C��SIGSEGV信号。这个信��h��C�当�q�程发生了无效的存储讉K��Q�当接收到这个信��h��Q�缺省动作是�Q�终止w/core�? �l�止w/core的含义是�Q�在�q�程当前目录生成core文�g�Q��ƈ��进�E�的内存映象复制到core文�g中，core文�g的默认名�U�就�?#8220;core”�Q�这�? Unix�cȝ��l�的一个由来已久的功能�Q��?br>     事实上，�q�不是只有SIGSEGV信号产生coredump�Q�还有下面一些信号也产生coredump�Q�SIGABRT�Q�异常终止）、SIGBUS�Q�硬�? 故障�Q�、SIGEMT�Q�硬件故障）、SIGFPE�Q�算术异常）、SIGILL�Q�非法硬件指令）、SIGIOT�Q�硬件故障）�Q�SIGQUIT�Q�SIGSYS�Q�无效系�l�调用）�Q�SIGTRAP�Q�硬件故障）�{��?br>     在程序的开发调试阶�D�（��其是大型��Y件开发）�Q�发生程序异常崩溃时常规的调试方法常常是无比的痛苦：(x��)无穷的log中也不见得有什么有意义的信息。好在GDB提供和利用core文�g�q�行调试的途径�Q�大大方便了�q�类问题的调试�?br>
    下面我们通过一个简单的例子来看看怎么通过GDB来调试一个违规访问内存导致的�E�序崩溃。这里我们顺便讲讲动态库的调试�?br>
/******** mylib.h **********/
#ifndef __MY_LIB_H__
#define __MY_LIB_H__

int add(int x, int y);

#endif // __MY_LIB_H__
/******** end **********/

/******** mylib.c **********/
#include
#include "mylib.h"

int add(int x, int y)
{
    char* pc = NULL;
    *pc = 10;

    return x + y;
}
/******** end **********/

/******** main.c **********/

#include
#include

#include "mylib.h"

int main (void)
{
    int ret = -1;
    int a = 10, b = 20;
    ret = add(a, b);

    printf("The result is: %d\n", ret);

    return 0;
}
/******** end **********/

#####################################
# File Name: Makefile
#
#####################################

CC = gcc
LD = gcc

all:
        $(CC) mylib.c -g -I. -fPIC -shared -o libmylib.so
        $(CC) main.c -g -I. -L. -lmylib -o test

clean:
        rm *.so test
#############   END   ###############

    首先��上面的代码分别存储到相应的目录,名称为：(x��)mylib.h、mylib.c、main.c、Makefile�?br>
1�Q�编译测试代码。注�Q�编译时�?-g 选项是必��ȝ��?br> [xxx@yyy]$ make
gcc mylib.c -g -I. -fPIC -shared -o libmylib.so
gcc main.c -g -I. -L. -lmylib -o t

通过ls命��o(h��)我们可以看到生成了测试程序test.
[xxx@yyy]$ ls
libmylib.so main.c Makefile mylib.c mylib.h test

2�Q�执行测试程�?br> [xxx@yyy]$ ./test
./test: error while loading shared libraries: libmylib.so: cannot open shared object file: No such file or directory

�q�个错误表明�E�序在运行阶�D�不能找到相应的动态库文�g�Q�此旉��要通过环境变量 LD_LIBRARY_PATH 来指定运行期动态库的搜索目录，我们的动态库��在当前目录�Q�如下：(x��)

[xxx@yyy]$ export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:.

3�Q�再�ơ执行测试程�?br> [leo@localhost debug]$ ./test
Segmentation fault
[leo@localhost debug]$ ls
libmylib.so main.c Makefile mylib.c mylib.h test

4�Q�设�|�core文�g大小
Segmentation fault如期而至�Q�但是却没有我们更想见到的core文�g�Q?br> 原来�pȝ��在默认情况下core文�g的大��设�|��ؓ(f��)0�Q�换句话讲也��是不��生core文�g。我们可以通过 ulimit 命��o(h��)来修改core文�g的大��，unlimited表示不限制core文�g的大��，如下�Q�设�|�core文�g的大��需要root权限�Q�：(x��)
[root@yyy]# ulimit -c unlimited
[root@yyy]# ./test
Segmentation fault (core dumped)
[root@yyy]# ls
core.2890 libmylib.so main.c Makefile mylib.c mylib.h test

5�Q�设�|�core文�g的格式，输出路径
通过下面命��o(h��)我们�q�可以指定core文�g的命名格式，路径�{�（需要root权限�Q�：(x��)
[root@yyy]# echo "core_%e_%s" >/proc/sys/kernel/core_pattern
[root@yyy]# ./test
Segmentation fault (core dumped)
[root@yyy]# ls
core.2890 core_test_11.2898 libmylib.so main.c Makefile mylib.c mylib.h test

6�Q�调�?br> [root@yyy]# gdb test core.2890
GNU gdb Red Hat Linux (6.5-8.fc6rh)
Copyright (C) 2006 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 copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1".

Core was generated by `./test'.
Program terminated with signal 11, Segmentation fault.
Error while mapping shared library sections:
libmylib.so: Success.
Reading symbols from /home/xxx/tst/libmylib.so...done.
Loaded symbols for libmylib.so
Reading symbols from /lib/i686/libc.so.6...done.
Loaded symbols for /lib/i686/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
#0 0x00a8969c in ?? ()
(gdb)

键入GDB命��o(h��) where
(gdb) where
#0 0x001ec44c in ?? ()
#1 0x00000000 in ?? ()

?? ()�q�不是我们想看到的，之所以这��P��是因为GDB不能正确加蝲我们�~�写的动态库libmylib.so�Q�我们需要在�q�里讄��GDB的动态库搜烦路径,如下�Q?br>
(gdb) set solib-search-path .
Reading symbols from /home/xxx/test/tst/libmylib.so...done.
Loaded symbols for /home/xxx/test/tst/libmylib.so
Reading symbols from /lib/i686/libc.so.6...done.
Loaded symbols for /lib/i686/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2

可以看到GDB已经加蝲了libmylib.so�Q�再�ơ键入where命��o(h��)�Q?br> (gdb) where
#0 0x001ec44c in add (x=10, y=20) at mylib.c:8
#1 0x0804847c in main () at main.c:12
(gdb)

�q�次我们期待的结果出��C��Q�GDB清楚的列��Z��错误出现的位�|�：(x��)mylib.c的第8行，好了�Q�到那里��L��code吧！

cooelaf 2010-11-16 10:40 发表评论

cooelaf — Thu, 20 Nov 2008 00:49:00 GMT

用户要想��定在所使用的Linux�pȝ��上有没有加上中文环境�Q�具体可分�ؓ(f��)以下两步来进行�?
首先对于bash�Q�需要在/etc/profile�?HOME/.profile文�g里加上下面的语句�Q?

stty cs8 -istrip 
stty pass8

执行下面的命令：(x��)

#export LANG =C 
#export LC_CTYPE=iso-8859-1

然后�Q�在$HOME/.inputrc里加上以下语句：(x��)

set convert -meta off 
set output -meta on

修改之后�Q�用户不必重新启动系�l�，只需新开一个虚拟终端，或者注销后再��d��卛_��生效�?br>
�Q��{载自http://developer.51cto.com/art/200509/3819.htm�Q?/span>

cooelaf 2008-11-20 08:49 发表评论

dd命��o(h��)使用(转蝲)

cooelaf — Fri, 22 Aug 2008 01:47:00 GMT

摘要: 先简要介�l�dd的参敎ͼ�后边通过几个实例介绍dd的应用，参考了其他�|�友的资料，在此一�q�感�? ��菜水��^有限文中有什么错误请大家指正�Q�关于dd�q�有什么好的��用方法，可以贴出来，��菜�?x��)及时更�? dd �?nbsp;Linux/UNIX 下的一个非常有用的命��o(h��)�Q�作用是用指定大��的块拷贝一个文�Ӟ��q�在拯��的同时进行指定的转换�? 1. 命��o(h��)��? dd&n... 阅读全文

cooelaf 2008-08-22 09:47 发表评论