由于经常写一些接口，下面是本人的一些想法，欢迎同志们补充（这里主要指C语言）： 1）接口必须好看 一个接口无论从调用者、实现者还是维护者的角度来看，他都应当“漂亮”。 好的动态库，应当有版本，windows下可以附加版本，linux下可以通过const static char再源码中标记，并可以通过ident命令查看一些信息。 好的动态库，应该有一个“好看的名称”，名字要贴切，我建议使用如下名字：com.jn.security.XXX.dll 头文件必须好看，不管你内部如何实现，头文件一般都需要提供给调用者，头文件仿佛是一个人的衣服，至少得做到“金玉其外”； 函数名称必须好看，能让人“望文生义”； ...

前些日子，突发奇想，写了个ndis驱动，将nids层的MAC数据传到应用层晒晒太阳，然后再按下去，让他继续跑。不过性能有的问题。 我采用的是wdk中的passthru范例，对他进行了修改： 发送数据时，用户态主控程序通过io控制，读取队列中的数据，用户态主控程序不加任何修改，再通过io控制写入ndis，再通过ndis继续向下传; 接收数据时，用户态主控程序通过io控制，读取队列中的数据，用户态主控程序不加任何修改，再通过io控制写入nids，有nids继续往上传。 频繁的通过io控制处理数据，性能较差，如果一次只传一个包，性能更差（我一次传多个数据包） 有感兴趣的吗？

谢谢，下次发给你，谢谢，现在我在家上网。

谢谢！

我是用windbg不久，只会用简单的 db kb kp dt bp g ！irp ------------------ 给点给力的命令吧。。。。。

由于工作需要，写了个NDIS相关的驱动，结果蓝屏。 用windbg分析后，发现一个畸形的数据包，超出1514字节，估计有1800多，所以崩溃了，我也崩溃了。 想找出怎么发生这个畸形包的，但是： 在微软下了2003 sp2的符号文件（崩溃的机器是2003sp2）,设置符号路径之后，加载memory.dump，告诉我：符号文件不对。 请问： 微软提供的符号文件会不会因为目标机器打了写其他的补丁而无法使用？？ 苦于找不到符号文件，今天将wrk编译的东西放到了2003 sp2上，居然能跑，下次用这个跑跑，再蓝屏的话我用wrk的符号文件，不知道行不行。。。。

WRK的文档里，只说支持2003 sp1,今天试了一下，在SP2居然也能跑。

已解决。

多谢回帖！ 顺便问问，验证器是不是就是装载驱动；执行下verifier；重启，然后测试？ 我用debugView能看到verifier好像起作用了； 还有其他的用法吗？ 比如给我个警告和日志什么的？

最近写网络中间层驱动，将发送的IP数据增加校验； 接受的时候验证并去除校验（还得排队）； 使用了verifier,测试时，发现蓝屏（偶尔），分析dump文件，总是ndis!NdisReturnPackets+0x48处出错 在网上搜索了一下 ndis!ReturnPackets+0x48（任何语言,google);发现也不止我一个，包括一下杀毒软件也有这种错误，所有的错误几乎都一样。 但是，没找到具体原因。 看ReactOS,发现它没有实现NdisReturnPackets; 找WRK，发现它没有ndis.sys的源码； 用ida反汇编ndis.sys，看不懂。 求助~！