什么样的程序BUG最难调试,大家说说。

1程序运行一段时间后崩溃。

解决方案 »

  1.   

    我想是非技术问题。例如定义了一个int变量，经过多次运算后，在很小的几率下可能会给个long值，而调试的时候却很难碰到，所以很多时候死都不知道怎么死的
      

  2.   

    在非常少的特定情况下才遇到的BUG,很难再现.
      

  3.   

    其实难于调试的BUG 根写程序的人自身水平有一定关系，但这里想说出是常见但有不容易确定是什么引起BUG的那个BUG 。
      

  4.   

    难以重演的 BUG 最难调试吧。
      

  5.   

    CString 的使用不当（不当并非不对），经常产生莫名其妙的错误。最惨的一次，致使它下面第5行代码崩溃，注意啊，他下面的那4行都没事。
      

  6.   

    可你毕竟可以大概确定是哪出错了， 虽然复杂些可一样可以单步跟下去 ，楼上说的多线程出问题才难调试啊，程序崩溃后不容易确定是那个线程搞的 。
    我写五子棋的AI时也遇到过你说的情况，跟一阵把自己也跟糊度了，可你知道那是AI的问题，可以改啊。
      

  7.   

    windows发神经造成的BUG，唯一解决办法是重装
      

  8.   

    1.网络程序难调试,尤其是放在公网的服务端程序,染个病毒,或者受黑客攻击,都不太好查,偶然性比较大。
    2.多线程，由于受时序的影响大，难以重现。
    3.有源代码的好差，没有源代码的不好查。
    楼主有什么困难的bug，我可以帮你。
      

  9.   

    还有:
    4.能报错的程序好调试，不报错的程序不好调试。
    5.有系统dump文件的好调试，没有的不好调试。
      

  10.   

    呵呵,水平问题,现在碰到的BUG都还不是蛮困难我是指我的水平较低,没遇到蛮'深'的BUG
      

  11.   

    其实是 编译器的bug，普通人根本无能为力
      

  12.   

    不是病毒，是linux下的一个系统，带一个驱动，就是那种现象，后来没有办法只能重写了
      

  13.   

    在DEBUG版本下不出现而在release版本下出现的错误！
      

  14.   

    嗯 ，已经出现几个难于调试的BUGLE。  
    1,运行中偶尔崩溃，不容易复现
    2 内存偷偷泄露
    3 多线程 
    4 网络程序（并非所有）
    5 编译器BUG （这种情况比较少）
    6 DEBUG版本正常，release版本出错。大家继续总结。
      

  15.   

    比较全面。其实找不出规律的BUG最难调试，因为不能重复。
      

  16.   

    我觉得核导弹发射程序的BUG不好调,每次调试不小心都要射出几个..
      

  17.   

    kevinmartin(海魂) ( ) 信誉：99  2006-3-27 14:32:46  得分: 0  
       
    多线程，野指针什么叫野指针？
      
     
      

  18.   

    野指针应该是没有被正确初始化的指针。这时它指向的位置不可知，对它有赋值操作会破坏原有的数据。若此时野指针指向系统内存区，你那就等着崩吧 。不过这种BUG 本身倒是比较好找的。