c# 最难的bug是什么？

rt

解决方案 »

  1.   

    非.net的第三方控件的异常，难以确定位置。
      

  2.   

    我说一个古怪的情况吧困扰了我一个多星期的Bug获取某设备的指针，始终为0，然后尝试了，获取任意对象的指针，结果都取不到正确的数据
    无论是作为Int，还是IntPtr都不行你们知道是啥原因么？嗯，答案是~~~~
    我用了64位的操作系统，指针宽度变长了一倍c#在指针处理上，是弱项
    能用，但是不好用（尤其遇上64位系统）
    而且实际上用c#写指针操作的情况也很少算不算最难的Bug？
      

  3.   

    最恐怖的bug一定是还未发现的bug莫一天爆发后果不堪设想。
      

  4.   

    逻辑错误性的bug，因为不会提示出错，但是会出错。
      

  5.   

    这个可以单步调  一般能搞定
    最难的是用户说是BUG 但是不是BUG
      

  6.   

    不可重现的BUG可不可以理解为无BUG?
      

  7.   

    就是你的C#Code catch到一个Java的Exception。
      

  8.   

    不定时出现的，再运行的时候就不出现了的BUG
      

  9.   

    软件+硬件+系统+生产等一系列原因产生的BUG...最后把准备工作做好了，死活不重现！！
      

  10.   


    赞成 这玩意根本没办法调
    有时候测试反馈过来一个bug  只有系统退出一个信息
    别的啥的都没的  而且没办法重现
      

  11.   

    程序新特性被用户误会为bug...
      

  12.   


    如果这个算是bug，那这个bug估计是最难改的。
      

  13.   

    开放贴，我也留个名。最难的Bug本身表述就不对。Bug不是问题，不会有难易之分。而是解决Bug的方法有简单和复杂。
    解决起来最复杂的Bug，肯定是涉及到语言本身的Bug。因为你使用的工具出了错，你还指望靠他排除，肯定不行啊。
      

  14.   

    最大的BUG是工资怎么这么少...