用gdb调试游戏服务端

最新推荐文章于 2024-04-23 21:17:56 发布

cbbbc

最新推荐文章于 2024-04-23 21:17:56 发布

阅读量356

点赞数

分类专栏：游戏服务端

游戏服务端专栏收录该内容

16 篇文章 1 订阅

订阅专栏

前言

说说gdb的重要性

一般来说，提到gdb，都是用命令来调试。“命令”，这个对于用户来说几乎等同于繁杂的词语。尽管事实确实如此，但实际的开发调试必须用到gdb。现在，大多数Linux系统是存在于服务器当中。我们想操作这些系统时，一般是通过Terminal来操作。也就是说这些Linux系统不具有图形界面。而调试一般分两部分，开发时调试和运行时调试。当我们的程序部署到Linux上时，那就需要忘记那该死图形调试器了。

说说写这篇文章的目的

昨天公司游戏的其中服务端崩溃了。我在调试时忘记了gdb命令-_-!（当然最后我是找出这个Bug了）。因此写这篇博文加深记忆，同时分享一下经验。

基础命令

注：gdb远不止这么少的命令
1. attach: 用gdb调试一个正在运行中的进程
gdb <program> PID 或 gdb attach PID

2. br: 设置断点
br filename:line_num

br namespace::classname::func_name

3. n: 单步跳过 s: 单步进入

4. finish：执行到函数retun返回

5. list: 列出当前位置之后的10行代码；list line_number: 列出line_number之后的十行代码

6. bt（backtrace）：列出调用栈(同类型的还有where,经验告诉我，当你想列出堆栈信息时，而发现没有效果，最好两个命令都试试)

7. info locals：列出当前函数的局部变量

8. p var_：打印变量值

9. info breakpoints：列出所有断点

10. delete breakpoints：删除所有断点；delete breakpoints id：删除编号为id的断点；disable/enable breakpoints id：禁用/启用断点

11. break ... if ... 条件中断

下面我主要讲述的是运行时调试。

测试代码

    #include <stdio.h>  
      
    void Crash()  
    {  
        int *a;  
        *a = 1;  
        printf("%d\n", *a);  
    }  
      
    void EndlessLoop()  
    {  
        int i = 1;  
        int j = 0;  
        while (i)  
        {  
            ++j;  
        }  
    }  
      
    int main()  
    {  
        Crash();            // 崩溃  
        EndlessLoop();      // 死循环  
        return 0;  
    }

调试崩溃

http://blog.csdn.net/yitouhan/article/details/17175113 这是我之前写的一篇关于防止崩溃的文章。
这里用到core文件:
在一个程序崩溃时，它一般会在指定目录下生成一个core文件。core文件仅仅是一个内存映象(同时加上调试信息)，主要是用来调试的。
这个core的文件名一般是core.PID，即core.3745等等

我一般会在/etc/security/limits.conf（Centos）设置Linux对core的支持，这需要重启系统，之后就会永久支持打印core文件。
添加下面命令
* soft core unlimited
* hard core unlimited
意思是软件和硬件都打印core文件，而且是unlimited（无限制）。这里可以将unlimited替换成指定的大小。
注：还有其它的一些设置方式，可以自行上网搜索查询。

就在此时，服务端test崩溃了。在我的工作目录中发现了core.1234这个文件（core文件默认输出到工作目录）。

输入gdb test core.1234进入gdb调试。
这时再输入where查看堆栈信息，如下图：

看到这些信息，不要告诉我还找不到出错的地方吧？！