linux下c常用debug（code UT,coredump,网络）

a)通过阅读代码；
b)通过在代码中设置一些打印语句（插旗子）；
c)通过使用gdb设置断点来跟踪程序的运行。但是这些方法对于调试程序运行崩溃这样类似的错误，定位都不够迅速，如果程序代码很多的话，显然前面的方法有很多缺陷.在后面,我们来看看另外一种可以定位错误的方法：
d)使用gdb结合Core Dump文件来迅速定位到这个错误.这个方法,如果程序运行崩溃，那么可以迅速找到导致程序崩溃的原因。

1 要么使用debugger产生条件断点，要么在代码里加测试代码打出log(或者是core file)
asser ,perror,errno, strerrno
assert 和perror 有什么区别。
asset就是为了产生coredump。用coredump调查问题。是一个判断。assert失败，通过abort  产生coredump.
perror是一个输出，printf 一个errno。
==========
 2   debug run product -strings and gcore
在debug COOLsdcs的时候，不能确认是不是自己的private log，for example: print "line1000";
是不是被加载。
1） 可以采用strings COOLsdcs |print felixzh1
2） 可以使用gcore产生core，再通过strings看看core里面有没有你那个字符串。
gcore solaris和linux通用。如何用gcore呢。
下面解决方法引自网络：
问题：当调试一个程序的时候，理想状态是不重启应用程序就获取core文件。
解决：gcore命令可以使用下面步骤来获取core文件：
1）. 确认gdb软件包已经被正确安装。
2）. 使用调试参数编译程序（例如： gcc中使用"-g"选项），编译后不要去除文件的调试符号信息。
3）. 执行应用程序。
4）. 执行gcore命令生成指定应用程序的core文件并且保存在当前目录下。
$ gcore pid   (进程号)

3  gcov代码覆盖率测试
4 内存管理：memleak，valgrind
5 Debugfs 文件系统目的是为开发人员提供更多内核数据,方便调试内容