经过一中午的努力，pclint终于在我的努力下可以发现代码中的一些错误！虽然发现了几个错误被经理给否定了，但是还是很高兴！经过自己两天的努力，这个工具终于可以使用了！特高兴！

对于OPTION.LNT的修改和自定义可以使你关闭很多不必要的错误

如：-wlib(0) 可以关闭系统头文件的一些错误的提示。

-e***(某某错误的代号)可以关闭写你不想要提示的错误！

粘贴几个有用的信息：

比较详细的pclint说明：http://blog.chinaunix.net/u/30686/showart_408389.html

-i和-u的说明：http://www.cnblogs.com/tuantuan/archive/2007/10/28/940752.html

如何不检查头文件说明：http://topic.csdn.net/t/20050714/18/4145126.html

pclint的编译错误解决的方法: http://forum.ubuntu.org.cn/ntopic68474.html

  通过昨天一天的研究，pclint是个好工具！但是但是发现他的安装和集成有些麻烦！另外就是发现由于我们现在使用的是.net平台下的vc++而对于集成到这个环境的，

另外就是发现老实提示一些系统本身一些头文件的错误！很郁闷！。。。。。。。。。。。。

首先很感谢huior！

在网上查了一下，两款静态检查工具，一个是logiscope，另外一个就是huior提到的pc-lint，知道了两款工具的各自的特色

具体的各自的特色可以看：http://hi.baidu.com/lint/blog/item/d4d196019c30eed6267fb5ed.html

这个人的博客里写的很清楚！

呵呵，有点兴奋，要是能回用pc_lint的话，我的工作量简直是减轻一半多！

  今天还算很有收获，盲目了两天的这个模块的代码检查，终于找到了出路！今天在代码检查的时候发现，有个IF语句的条件是错误的，该条件在什么情况下都为真！告诉了开发人员！终于从只能找到注释到发现代码的错误，有了一点进步！

   在看代码的过程中，不要只看注释，要了解程序本身每个函数的意思，不懂得可以多上网 搜索一下，尤其是搜索的时候关键字最好加后缀“错误”这样就可以发现，这个函数常用时候容易出现错误的地方！然后再注意代码是不是也出现类似的错误！

  今天在看代码的时候对该模块的测试用例也补充了一点！尤其是对fopen()这个函数有了很深的了解！在打开文档的时候可能出现的种种意外如：

  1.文档的路径（相对路径，绝对路径，相对路径的正确性）

  2.文档的后缀（错误的后缀，后缀的有无）

  3.文档的有无，文档是否为空

等一些情况的考虑，这就是从一个简单的函数触发出来的这一些种种异常情况！

^_^，代码走查进行中！