quartz的个人空间

fracker：再说了，系统调用的开销再大，也不会比用户拿起鼠标，然后点通过或者取消的时间占的长。(2003-01-15 22:46)

回复

fracker：我认为说从应用层到内核转两次费时的说法没有依据，真正能到应用层转的请求有多少个？有一万个吗？有的话，用户的手早就点鼠标点的抽筋了。而每个系统调用的时间都不会太长的，所以尽可以用，效率绝对不是问题。(2003-01-15 22:31)

回复

xiang-kui：你把应用程序的判断加到驱动中，让应用程序响应他的消息看行不行(2003-01-15 22:12)

回复

nicol：无论怎么样都需要应用程序首先和驱动程序接触一下了。其实只要你的应用程序首先和驱动接触就没问题了。但驱动中不要老想让它去等待应用程序，他的级别太高。 这样怎么样？ 1）应用程序向驱动抛媚眼，提供访问信息。 2）驱动接到包，入队，然后给应用程序信息，应用程序判断。 3）应用程...(2002-12-16 17:23)

回复

monkeyy：无论怎么样都需要应用程序首先和驱动程序接触一下了。其实只要你的应用程序首先和驱动接触就没问题了。但驱动中不要老想让它去等待应用程序，他的级别太高。 这样怎么样？ 1）应用程序向驱动抛媚眼，提供访问信息。 2）驱动接到包，入队，然后给应用程序信息，应用程序判断。 3）应用程...(2002-12-15 11:03)

回复

soliseaman：应用程序和驱动程序通讯的方法已经有很多种了，但是我现在要求判断是否过滤由应用程序来做，然后应用程序再返回是否过滤的结果给驱动。如果要实现以上功能，我该怎么办？谢谢！ 我也曾经有这样的想法，可是当接收数据时中断级别太高，根本不能等待怎么办呢？(2002-12-11 20:50)

回复

Buddha： 用事件不错 但是不能传参数，而且每并发的时候要多个事件句柄 如果你只有一种情况的话，还是事件好(2002-12-11 19:22)

回复

magicx：有三种解决办法 1. 应用程序使用异步deviceiocontrol调用，驱动先pending改irp然后返回，然后应用程序再Wait Overlap的event触发，当驱动需要发消息给应用程序时只需要CompleteIrp即可，这就是楼上的那种方法 2. 应用程序先初始化一...(2002-12-11 18:25)

回复

bingjie：有三种解决办法 1. 应用程序使用异步deviceiocontrol调用，驱动先pending改irp然后返回，然后应用程序再Wait Overlap的event触发，当驱动需要发消息给应用程序时只需要CompleteIrp即可，这就是楼上的那种方法 2. 应用程序先初始化一...(2002-12-11 17:06)

回复

ydyuse：用WaitForSingleObject()阻塞不就行了。(2002-12-11 16:50)

回复