在我的工程里面,在成员函数的起始位置断点,前半段都是运行正常的,但到了后半段,断点比实际运行的结果少了两行,具体的表现是:断点在第六行,可是a的值并不为零,而是为100!点击视图中查看类成员函数也是这样,鼠标的光标焦点比实际要查看的函数高出的两行!这是什么原因? 按照网上的说法, 删除了ncb,源文档什么匹配的、调试里面该设置的都设置了,重新编译了这个文件,但还是会出现这样的问题,是不是VS2005需要打什么补丁????求各位大大解答!
  
.
.
.
.  (6)int a(0);(断点在这里)....
  (7)a = 10;
   (8) a = 100;

解决方案 »

  1.   

    rebuild 一下。你这种情况就是运行的不是最新的代码。
      

  2.   

     我把所有Debug 和 Relese的里的文件包括文件夹本身都删除了,可重新编译后效果还是一样
      

  3.   

    VS2005/VS2008断点失效的问题 
     
    通过工具栏将当前生成模式设置为Debug,在某行(有效代码行)代码上添加了断面,开始调试运行。
    发现程序一起动,断点就失效了。表现是:标识断点行首的实心圆点转变为空心圆圈。
    可能的原因:
    1、运行模式与生成模式不一致。尤其是当生成模式被设置为Release,而以Debug模式进行运行时,
    将会出现该问题。并且由于Debug模式运行所依据的可执行文件,并没有因为本次生成操作而更新,
    也就是没有反应编程者最新的修改的影响,常常会使得程序表现异常,感觉“代码修改后不起作用”。
    解决方法是:检查工具栏内的运行模式,和生成菜单中的“生成配置”以及“批生成”中的设置是否协调!
    2、如果在之前的Debug模式运行过程中,修改了代码,将会导致运行的代码文件和原始文件版本不一致,
    在这种情况下,也有可能出现上述情形。
    解决方法:通过菜单命令〔工具〕-->{选项}-->{左侧调试}-->{右侧选中:要求源文件与原始版本完全匹配}。
      

  4.   

    [b]估计是文件格式问题,你当中复制了语句吧[/b]
    关于检测到 Mac 文件格式: 请将源文件转换为 DOS 格式或 UNIX 格式的处理
      

  5.   

    (6)int a(0);(断点在这里)....
    这么都喜欢这种写法啊
    int a = 0;  试下