--- 代码调试 ---
1.进入calcblank文件夹，编译其中的calcblank.c文件（需要加-g），加入调试
gcc -g calcblank.c -o calcblank
2.执行执行 ./calcblank， 会出现段错误，说明代码有问题
3.调试calcblank
1)gdb calcblank 进入调试
2)用l来查看源码，不断l, 回车，可以翻页，在调试的过程中，可以使用l来查看断点上下文的代码
3)用l 15来查看第15行的源码，这时候15居中显示
4)用l main来查看main函数的源码，这时候main居中显示
5)用b 来设置断点，比如说在11行设置断点，就是b 11
6)也可以用b GetMemory在函数GetMemory处设置断点，注意 GetMemory这个函数名可以用Tab补全
7)用 info b 来查看设置的所有断点，可以看到前面的1, 2是断点号，后面告诉你断点在calcblank.c 文件的第几行
8)可以用delete 后接断点号 来删除断点，比如删除断点2就是，delete 2
9)设置完断点，开始运行，r，然后在第一个断点处停住
10)这时候可以用n，单步往下执行，执行几步以后，就会发现，在执行完第15行后，就出现段错误，说明造成段错误的根源在15行或者之前，从调试信息，可以看到错误是由memcpy
函数导致的，程序中没有显示调用它，应该是其它函数底层调用了它
11)在15行处加一个断点，重新运行 r，任然停在第一个断点处，第11行
12)继续，c，下一个断点，就到15行处，15行是要向str这个指针指向的内存复制字符串
13)追踪一下 str的值， display str，居然是一个空指针，那执行15行，肯定会出错了，不可能往空指针里复制内容
14)查看一下源码，发现 11,12,13行是初始化，应该没有问题，那问题就是出现在14行，GetMemory这个函数了，在调试的过程中，在遇到断点或者单步调试时，可以随时查看源代码
15)在14行设置一个断点，重新运行，在第一个断点11行处停止，因为前面追踪了str的值，不过在11行的时候str还没有初始化， str就是一个随意的地址
16)继续，在14行处停住，str指向空指针
17)用 s 单步进入 GetMemory函数，同时查看一下代码，发现这个函数就是在堆上分配一块内存
18)追踪一下指针 p，单步执行，发现p由空指针变成了实际的内存地址，说明内存分配成功了
19)查看 GetMemory这个函数的源码， l GetMemory
就是在堆上用 malloc分配内存，貌似也没有问题
想想到底是为什么？
20)用 q，退出调试
21)去修改 calcblank.c代码里的错误，然后重新编译，重新调试，直到没有错误为止。
正确执行的结果如下
一、常见gcc参数
1.gcc -c main.c -o main.o 编译main.c,生成main.o目标文件
2.gcc main.c -o main 编译main.c,然后链接生成main可执行文件
3.gcc main.c mystrlen.c hello.c -o main 编译多个文件
4.gcc -g main.c -o main 打开调试
5.gcc -I /usr/include main.c -o main 指定头文件目录
6.gcc -L /usr/lib -lffmpeg main.c -o main 指定库文件目录和库文件libffmpeg.so
7.综合写法，参数的位置是无所谓的，但是 -I 后面一定是头文件接目录，-L 后面一定是库文件接目录， -o 后面一定是接二进制文件
a)gcc main.c -o main -g -I /usr/include
b)gcc -g -I /usr/include main.c -o main
c)gcc -I /usr/include -o main -g main.c
d)gcc -L /usr/lib -o main main.c -g -lffmpeg -I /usr/include
二、常见gdb操作
1.gcc –g main.c -o main 打开编译选项
2.gdb main 进入调试状态，是一种交互状态
3.l 查看代码 (后接行号，或者函数名) [list]
4.b 增加断点(后接行号，或者函数名) [break]
可以按条件设置比如 b 15 if i==5
5.r 运行 [run]
6.n 单步，不进入函数 [next]
7.s 单步，进入函数 [step]
8.c 直接到下一个断点 [continue]
9.p 查看变量值(后接变量名，或者表达式名) [print]
10.display 追踪变量值(后接变量名，或者表达式名)
11.finish 执行到函数的末尾
12.退出gdb
