就最终的结果来看，其实就是一个小的错误。

但定位错误的时间比较漫长了。。。

背景：出错的代码是 一段运行在 linux 服务器上的程序，程序的主要功能是处理银行pos刷卡记录并做一些计算，最后汇总、格式化输出。

该公司是和银行打交道的，接的项目都是银行的。

来公司的第二天（第一天熟悉环境，啥也没干）老板就给了我一个2000多行的纯c程序，一个测试出错的测试文档 和 出错的输出结果。

由于历史的原因。。。。。该段程序经过多人的补补修修，一个没有头文件，木有代码复用，2000多行的一个主文件。。。。。。

加上我是刚来的不懂业务知识，连测试用例都看不懂，像是在看天书。

我试着用vs打开程序，我靠，无法在windows下运行，里面调用的很多linux系统中的库函数。。。。

还好我会linux，我windows下装有cygwin，窃喜。。。。

程序运行环境不是问题了，也可以正常运行，我就开始追踪bug吧，我也不知道哪里有错误啊，我不懂业务知识，也不知道正确结果是啥啊。。。果断去问老板，哪里结果不多了。。。。

好了，知道哪里出错了，接下来就是定位它了，在vim下看代码，还是不错的，就当再熟悉熟悉vim了，发现代码里的变量名 还有函数名我都看不懂啊，发现做程序员业务知识不能不懂啊。。。硬着头皮啃吧，

找到了一些和错误信息相关的变量了，就开始gdb调试了。。。。。。。。。。

。。。。。

最终锁定了问题的出错地点：atol函数。。。哈哈 。。。。

该段程序就是处理 的数据 都是 从银行 获取的， 比如pos卡消费信息。。。里面都是大数，atol（）函数只支持8位啊，换成atoll（）就好拉。。。。

总结：

溢出不会程序不会报错，只会导致结果不正确，一定要注意溢出，接受这次的教训

[trouble shoot]atol和atoll