今天研究 Passthru 的 INF 文件时发现其中有两句:Class = NetServiceClassGUID = {4D36E974-E325-11CE-BFC1-08002BE10318}可我查了一下 DDK,NetService 的 GUID 明明是 {4D3...
全文
回复(40) 2002-12-04 17:01 来自版块 - NDIS网络接口开发
表情
fuq_dddd已经收到, 谢谢!!!!!!!!!!!!! :D(2002-12-10 11:47)
edust又发了一次(用刚才你说的这个地址),请查收。(2002-12-10 11:32)
fuq_dddd邮箱里空空, 可能是服务器有问题,麻烦再给我发一份吧,换个邮箱 MAIL: fuq_dddd@263.net(2002-12-10 11:09)
edust啊?我已经回复了啊,你没收到吗?(2002-12-10 11:00)
fuq_dddd奇数位的校验方法快实现了,实现了会帖出来共享 edust 我发给你的MAIL收到了吗?我是从帖子下面的发信中发去的。 (2002-12-10 10:56)
edustINF 里面是正确的,文档总得服从实践检验吧 :)(2002-12-09 15:55)
skylgl仔细看过这个inf以后发现,有个东西很好笑,Service的ID是好像不对,我看DDK中(我说的是那本驱动程序开发大全)是跟inf中不一样的,不过,我查了MSDN,那个值又是跟inf中的一样的了,不知道哪个是正确的??(2002-12-09 14:42)
fuq_dddd算法的通用性在于他的普遍实用性,只要校验算法是一致的,就应该适用。(2002-12-09 09:28)
yuke肯定是他妈的大头鬼写错了(2002-12-09 09:12)
edust但是 NAT 支持 FTP 时,处理后包可能变长(经常就是变一个字节),这么说就只能用全校验了?!(2002-12-08 13:30)

返回顶部