导航

<2004年6月>
303112345
6789101112
13141516171819
20212223242526
27282930123
45678910

随笔分类

随笔档案

文章档案

相册

某年,某月,某日。
一个long long age正常的程序,突然在某台计算机上运行错误。遂调试之......
经过N小时,逐步缩小范围,并书写调试代码,居然是:刚把一些数据写进一块内存后立刻读出,就是不对。

恍然大明白了......为了证明我的判断,进入DOS:
copy file1 file2
fc /b file1 file2
报N处不相同,并且每次还都不一样。

晕倒~~~~~ 开箱,拔下内存条,换之。遂OK

posted on 2004-06-26 15:55 杨老师的茅屋 阅读(1797) 评论(6)  编辑 收藏
评论
  • # re: 最痛苦的BUG之一,与大家共享
    周星星
    Posted @ 2004-06-27 02:16
    :)这个错误是没办法了,但开机自检的时候会对内存进行读写检查呀,为什么查不出?
  • # re: 最痛苦的BUG之一,与大家共享
    apoorzhj
    Posted @ 2004-06-28 10:48
    :)估计是太热了
  • # ^_^
    pp_ipr
    Posted @ 2004-07-21 11:46
    多谢分享
    以后会考虑到这种bug的:P
  • # 能找到这种原因也相当不容易了
    路人甲
    Posted @ 2004-07-30 02:46
    要是我肯定糊涂下去
  • # re: 最痛苦的BUG之一,与大家共享
    qorse
    Posted @ 2005-01-25 23:57
    请问,VC,如果在AP中调用自己写的服务程序,能不能以源码跟踪服务程序?如何设置?
    ADDTIONAL,ap is a (.exe) file,and srvs is also a (.exe) file

    对于AP调用自己写的dll程序,能以源码跟踪服务程序,在VC的debug方面,两者区别是什么?
  • # re: 最痛苦的BUG之一,与大家共享
    sc_wolf
    Posted @ 2005-08-27 15:07
    我说一下我遇到过的。差不多。

    我要从一台计算机上复制大量的文件到别一台。没有网络。只好把硬盘挂上。进入WINDOWS,一复制,大约十多个,死机。。
    再试,一样。。。
    后来进DOS复制(以为操作系统出了什么错。)死机
    最后觉得不对,一看CPU风扇不动。换一个复制,不死了。
标题  
姓名  
主页
验证码 *
内容   
  登录  使用高级评论  Top
[使用Ctrl+Enter键可以直接提交]

统计