edust的个人空间

fuq_dddd：No problem! 估计损失多少文？我被别人偷了皮夹子那次，损失了三千多文，更惨痛的是身份证、卡一起飞掉了，惨淡！！！！！！！！！ 痛定思痛，每次坐车我都是往人少的地方去，谁碰我一下， 马上回头看一眼什么人物。 总之，以后小心 好了，哥们，阳光还是灿...(2002-12-05 12:10)

回复

edust：老兄有了奇校验的代码后通知一声，唉今天心情不爽(2002-12-05 12:02)

回复

fuq_dddd： 哦？是吗？说实话，我还没仔细看过呢，我一直以为它只计算了改变的部分。 你是对的，我试验了一下，RFC里的代码只需要计算修改过的部分就可以(2002-12-05 11:44)

回复

edust：哦？是吗？说实话，我还没仔细看过呢，我一直以为它只计算了改变的部分。(2002-12-04 19:18)

回复

fuq_dddd：仔细看了一遍RFC里面的，实际上也将全部的数据计算了以便， 总之，所有数据还是要重新计算一遍(2002-12-04 18:59)

回复

edust：呵呵，我不是说了吗，我现在用的是效率最差的完全校验，就是把改过的包用标准算法进行了重新计算，所以它跟旧包没关系。(2002-12-04 18:51)

回复

fuq_dddd：在RFC中对新老数据都进行了计算， 但你的这段代码好象与老数据无关，这是为什么？(2002-12-04 18:41)

回复

edust：唉，这个论坛程序不支持“PRE”标签，又会去掉 Space 和 Tab，代码贴出来真难看！有什么解决方法？(2002-12-04 18:34)

回复

edust： 不过先把你的完全校验的共享一下好了，我手头没有完整的代码。 呵呵这个好说：） USHORT in_cksum( PUCHAR pStartingByte, int nByteCount ) { register ULONG...(2002-12-04 18:31)

回复

fuq_dddd：RFC里面给出的应该是通用， 不过有一点，只给出了偶数长度的，同时也没有说明奇数长度的有什么区别， 不过先把你的完全校验的共享一下好了，我手头没有完整的代码。(2002-12-04 18:24)

回复