Monthly Archives: January 2006

第二天一早，我便拿着软件的源代码上路了。因为我已经找到了重现Bug的的操作步骤，所以不肖吃一张大饼的时间，我就定位到了在PAnalysis\PAnalysisFactory.cpp里面一个delete m_pSomePointer语句：在单步执行过这个语句的时候，错误对话框弹了出来。我心中一阵窃喜，在那个语句后面做了一个记号。也许是m_pSomePointer所指向的对象已经被deletd了？这是很常见的内存访问错误的原因啊。我注释掉了这个delete语句，编译然后运行，程序乖了许多，不再吵闹。试验了几次，都没有什么问题。我想，也许问题真的是出在这里了。   既然定位了问题，现在要做的就是“逆流而上，看看有哪些语句对m_pSomeObject做了操作”。用BCB的全局搜索功能，一阵吱吱嘎嘎的声音过后，源代码里面所有跟m_pSomeObject有关系的语句都被列了出来。逐条看过去，其它地方没有对m_pSomeObject进行delete和赋值的语句。这么会这样？   鼹鼠挖萝卜的故事又上演了一次，不过这次可没有昨天那么幸运。我猜测，也许这个指针被热心的析构函数自动删除了？虽然听起来难以置信，对于一个绝望的人来讲，这多少有些说服力。   我又重新审视PAnalysisFactory.cpp这个文件，它的名字里面有Factory字样，在代码里面有m_pSomeObject = new SomeClass;return m_pSomeObject;字样。一个Factory，新建立对象，然后返回对象的指针，所谓儿大不由娘，指针已经给了别人，命运如何，Factory自己是干涉不了的，所以delete m_pSomeObject字眼，显得有些一厢情愿了。   就像世间大部分事情一样，你以为看到了事情的本质，实际上还差得远。而本质种东西真的存在吗？现实总是能够轻易让我们惊异。我这么说，是因为在我纠缠于应不应该delete的时候，程序又出错了，而且不是在原来出错的位置。

        The best way to become acquainted with a subject is to write a book about it.              – Benjamin Disraeli 那个时候我还很单纯，每天的功课就是到后山砍砍乌竹，不做功课的时候就为师傅和师兄们准备斋饭，打扫一下院落。晚上无事，就在油灯下看“21天精通捉虫”，“与虫共舞”等教材。   日子过得安宁而平静。   记得第一次下山捉虫，是初秋时分，空气里都是清爽的味道，每天傍晚，西边的天空都满是云彩。   背着简单的装备我就就上路了，那是一个叫做PDF的模块，江湖传闻执行过PDF操作，然后进行统计分析，有可能出现内存访问错误。有人说这个错误经常出现，有人说这个Bug行踪漂浮不定。   “修改Bug，就是定位Bug”，我对自己说，神色坚定。一遍一遍的运行程序，我期待找到Bug重现的归律。大部分时间，执行过PDF和统计分析，程序并不会出错，倒是在程序退出的时候，Windows系统可能会弹出一个“错误汇报”窗口，提示有错误发生。这样，在以后的操作中，每进行一次打开软件，加载数据，PDF，统计，我都会关闭程序，看看是否有错误发生。这样，我提高了Bug重现的频率。   为了提高Bug重现的频率，我还尝试加载不同的数据，后来发现加载比较大的数据，会有一定的效果，那么，我以后就只加载一个特定的比较大的数据（按照“每次只改动一个因素”的原则，我固定了加载的数据，就可以腾出手脚探索其它的方面）。   定位的问题还没有解决，现在的操作步骤还是太多，我要找出重现Bug最简单的步骤。我试着不进行统计操作，Bug仍然会出现，这样我认为Bug存在于PDF模块。然后我在PDF模块里面不进行任何操作，只是打开，然后关闭，Bug仍然存在！   日出日落，我下山已经两天了。我的双眼布满血丝，神色亢奋，可是我在程序外面兜圈子，只能到达这里了。冥冥当中仿佛神在说：“You can get there, but no … Continue reading →