VC++调试程序.docVIP

VC调试 现在的项目中遇到个大问题,就是有很多BUG,可我找不到原因.当然原因之一是那几十也可能几百万的代码里,居然没有一点说明文档.除了代码,我没任何可以参考的东西.原因之二,就是最近太累,读代码时,大脑根本不听使唤,太累.呵呵,从中我也明白一个道理.大脑是有情绪的,并不是你想做的东西,它就会听你的话去做.也许我还不知道,大脑里有理性的一部分,即知道我们该做什么,但大脑也有感性的一部分,即让它感到累或感到不能动(我认为想不出问题,大脑就是不动了)的时候,它就会拒绝去做.但我的大脑里感性大大的大于理性.所以经常无法做自己想做的事情.言归正传.总结:为什么程序调试的进展很慢?1,睡的太晚,影响了记忆力和思考能力.2,还不会真正的调试程序.到底要怎么样去调试程序呢?在调试过程中经常会遇到这样的问题,变量的值在哪里设置的?一般变量都是在使用前被设置的,但是有时候程序需要读取硬件信息或外存的数据时,可能就会先去读好.但似乎还是很难找从所有代码中去找到答案.还有个问题就是我们找到了,数据是在哪里设置的,但是我们却跟踪不到那个出错的数据,在几万次的循环中,要确定那个导致BUG的数据在哪次出现是不可能的.当然其实我这个问题并没那么复杂,只到第二次就发生了,但是问题还是没解决,因为我是多线程,4个同样的线程再执行着同样一个函数,而且发生BUG时,我不知道是哪个线程出错了,这种多线程的调试问题该怎么样解决呢?DEBUG是可以设置条件的,当某个条件发生时,中断就会发生.如何设置各种断点,如何打LOG(就是把一些有用的信息加到输出文件中),如何更随心所欲的知道想知道的信息,如何快速的搭建一个测试环境,这都成了现在要解决的东西.?/rick1126/relatedarticles/2704.aspx(这里好象全是在讲调试的东西).以下是摘要.1. 利用工具（Parasoft C++ Test）检查你的代码，评估一下自己形成良好的习惯没有。?? (这个一般也不会去用,但知道一下有这个软件也好.)主动调试指在写代码的时候，通过加入适量的调试代码，帮助我们在软件错误发生的时候迅速弹出消息框，告知开发人员错误发生地点，并中止程序。各种开发语言和开发工具都提供这些调试语句，标准C++提供了assert函数，MFC提供了ASSERT调试宏帮助我们进行主动调试，在实际工作中，建议统一使用MFC的ASSERT调试宏。????? 2.2.1 参数检查?????????????????????????????????????????????????????????????????? 对于编写的函数，除了明确的指定契约外，在函数开始处应该对传入的参数进行检查，确保非法参数传入时立即报告错误信息。例如：?????????????????????????????????????????? BOOL GetPathItem ( int i , LPTSTR szItem , int iLen )??????????????????????????? {ASSERT ( i 0 ) ;ASSERT ( NULL != szItem ) ;ASSERT ( ( iLen 0 ) ( iLen MAX_PATH ) ) ;ASSERT ( FALSE == IsBadWriteStringPtr ( szItem , iLen ) ) ;}??????????????????????????????????????????????????????????????????????????????? 对指针的检查尤其要注意，通常程序员会这样进行检查：?????????????????????????????? // An example of checking only a part of the error condition???????????????????? BOOL EnumerateListItems ( PFNELCALLBACK pfnCallback )??????????????????????????? { ASSERT ( NULL != pfnCallback ) ;???? }??????????????????????????????????????????????????????????????????????????????? 这样的检查只能够排除指针为空的情况，但是如果指针指向的是非法地址，或者指针指向的 对象并不是我们需要的类型，上面的例子就没有办法检查出来，而是统统认为是正确的。完 整的检查应该如下：??????????????????????????????????????????????????