本篇文章记录在coredump调试过程中记录的其它事项。
一般地，调试的方式多种多样，不可能将其一网打尽。就笔者而言，一般喜欢用print大法，分段注解法，版本回退法，等等。实在无招，则用coredump文件调试了。在笔者“众多”经验中，程序挂掉原因多种多样，像内存泄漏造成无内存可用，文件/socket打开未关闭被耗尽。所以编程的规范还是很关键的，这不单单是说编码命名风格，还有整体编程的设计和细心程度，比如指针的判断，数组范围不要越界，自己申请的内存要记得释放，等等。
前面文章只是给出简单演示，实际的程序运行中会遇到这样或那样的问题。所以，本文结合笔者实际编程经历，给出一些曾经遇到过的实际例子。
笔者遇到的大多数程序崩溃原因，基本上都是段错误：非法内存使用，越界。这就要在程序编码中注意代码的质量了。比如使用指针前必须先判断其合法性，释放指针后及时将指针置为NULL，使用数组注意不能超出其范围，等等。
李迟按：
调试是程序员的一项基本能力，经历过大大小小的实战，随着见识的增长，只要用心留意并做总结，相信调试的能力会越来越好。写程序不能没有bug，只是bug容易不容易被发现，bug的危害大不大。笔者使用coredump调试很多年了，也有部分的工作笔记，无奈事多人懒，一直没有好好总结。直到最近帮同学排查bug时，才真正下定决心写几篇文章。本文为开篇，主要描述coredump作用及配置的一些注意事项，并给出简单示例。