为什么对passthru修改并重新编译又重装了，但在debugView里面显示的还是修改前的东西呀

我先卸载了passthru。在源文里面把一条DbgPrint删了。然后保存、重新编译，重装passthru，但为什么在DebugView里面显示的还是原来的那条DbgPrint的信息呀？
请高手指教怎么样才是正确的调试步骤？
谢谢！

重启吧。如果发现ptunload没有被调用。老子就被这个害惨了，还是重启最保险。这个估计根本就是m$的bug

这确实是一个挺讨厌的bug,我是使用这方法解决的：我使用的是win2000,在每次重新编译之后，我做了一个bat,把win2000\\system32\\driver\\目录下的passthru.sys删除。然后重装driver,这时在协议绑定里面应该还是旧的driver,这是你把里面的sample filter check out掉，然后再选上，这是系统会重装一遍driver,装完之后就是新的driver了。当然了重启也能解决问题，但有点不爽。
        

好像chris cant的书里面说过，安装的时候系统通常会：
1.把那个.inf文件拷贝到winnt\\inf目录下，并且还会生成一个.pnf文件；有的时候还会改名为oem#.inf和oem#.pnf；
2.把.sys文件拷贝到winnt\\system32\\drivers目录下。

最好把这些东东都删掉，系统就会到磁盘里去找了。

谢谢大家！
我每次调试都重启一次机器，现在程序居然勉强可以用了。
唉，早知道有办法可以不重启，也就不用苦熬那么多天了
：）

给分呀。

[编辑 -  5/8/02 作者： moqingsong]

这确实是一个挺讨厌的bug,我是使用这方法解决的：我使用的是win2000,在每次重新编译之后，我做了一个bat,把win2000\\system32\\driver\\目录下的passthru.sys删除。然后重装driver,这时在协议绑定里面应该还是旧的driver,这是你把里面的sample filter check out掉，然后再选上，这是系统会重装一遍driver,装完之后就是新的driver了。当然了重启也能解决问题，但有点不爽。
        
 

偶试了一下，不行

不会呀，我一直这样用的，80%的时候还是可以的。能说一下你的系统配置吗？os,mem,lan card.......

就是win2k啊，多个机器都试过了，为了保险，还是reboot吧，不能信ms,bug之源哦

你是不是在多个机子都装了同样有碍健康的tools,造成driver不能重载的？比如没装sp2?mem ?我这可是所有机子都行的。只有极其手背的时候才不行那。那会再reboot也不迟。

sp2,从来偶就不装的,就是装了也没有什么啊？
新机器也没对过，看来就是ms的事。reboot,反正三台机器

那也不会一个都不行呀，好像我们骗人似的。给点面子再试试。

总算有办法unload 了，不过上述一个办法也没用上，偶总算发现原来用driver monitor可以unload，哈哈。这个不能start,但却可以ptunload,总算可以不用reboot了，真爽，不过很奇怪的是有时偶的imd安装后成了miniport,却没有和哪一个miniport bind,现在都有十多个miniport了，先不管它。hehe

   Monitor     Driver stopped successfully.
25.860955   Default     Passthru: PtUnload: entered
25.860992   Default     Passthru: PtUnloadProtocol: done!
25.861017   Default     Passthru: PtUnload: done!