app异常结束的时候，驱动里如何完成已经挂起或尚未完成的irp？

驱动中接受app得读请求，然后自己创建irp，注册完成例程，并把它发送给总线驱动，如果此irp尚未完成，此时app被异常结束（如结束任务）了，那我在驱动中应该如何处理irp呢？
如果是用计时器，在dpc例程中取消掉这个irp，然后等待。此时会进入完成例程，等到完成例程处理完毕，在设置事件。现在的问题是：
dpc例程运行在dispatch_level上，在这个irql上不能等待。

告诉我一个可行的方法把,谢谢先了。

异步读写一定会碰到这个问题吧，大家都是怎么解决的呢？

[编辑 -  2/5/05 by  xiaorain]

cancelroutine是下层驱动在取消IRP或者应用程序调用CancelIo的时候才会被调用吧。
现在如果应用程序被结束任务了，应用程序不会调用cancelIo了，要想取消IRP，只能是下层驱动取消irp，然后上层驱动的cancelroutine才会被调用了。
下层驱动如何知道要取消Irp呢？我在驱动中设置了cancelroutine，在应用程序被结束任务的时候，cancelroutine没有被调用。

或者，用个定时器检测超时,用CustomTimerDpc处理吧

这种方法对于自己创建的irp好像不可行。
我测试过，customerTimerDpc运行在dispatch_level上，在这个中断级上，不能等待。而如果我在customerTimerDpc中用IoCancelIrp取消自己创建的irp，此时立即就会进入此irp地完成例程，这样的话，我在customerTimerDpc中就要等待了，直到完成例程执行完毕。而在dispatch_level上是没法子等待的。

[quote][quote]或者，用个定时器检测超时,用CustomTimerDpc处理吧

这种方法对于自己创建的irp好像不可行。
我测试过，customerTimerDpc运行在dispatch_level上，在这个中断级上，不能等待。而如果我在customerTimerDpc中用IoCancelIrp取消自己创建的irp，此时立即就会进入此irp地完成例程，这样的话，我在customerTimerDpc中就要等待了，直到完成例程执行完毕。而在dispatch_level上是没法子等待的。
 [/quote]
下次customerTimerDpc中再处理不行吗？ [/quote]

能详细说明一下吗？
我今天用了cancelroutine，也是不行，cancelroutine 运行在dispatch_level上。

今天发现结束任务的时候，如果还有irp没有完成，应用无法结束，总是剩下一个线程。但是过了几分钟后，系统会发送IRP_MJ_CLEANUP的irp，然后我在clean例程中结束irp，应用结束了。
不知道大家以前又没有发现这样的现象？

想了想，为什么不在customerTimerDpc用代码直接取消irp，为什么要调用取消例程再等待呢？Copy/Paste再用些互斥手段不可以吗？

因为自己构造了irp，在取消系统发来的irp的时候，要cancel掉自己构造的irp。而如果cancel自己构造的irp的话，调用IoCancelIrp()后，就会进入完成例程，待到完成例程执行完毕后，再继续执行，所以需要等待，而在customtimerdpc是运行在dispatch_level上的，所以无法等待。

[quote]今天发现结束任务的时候，如果还有irp没有完成，应用无法结束，总是剩下一个线程。但是过了几分钟后，系统会发送IRP_MJ_CLEANUP的irp，然后我在clean例程中结束irp，应用结束了。
不知道大家以前又没有发现这样的现象？

参看9楼acidfish大哥的办法，应用程序结束的时候会收到IRP_MJ_CLOSE的，处理这个的时候调用IoCancelIrp把等待的irp(必须是自己创建的)结束掉就可以了。

好象是要几分钟以后，那个剩下的内核线程会被os杀掉。 [/quote]
我感觉应用程序异常结束,如从任务管理器中结束任务，os不会立即发送IRp_mj_cleanup,而是要过一段时间，如几分钟再发送，此时内核线程就被结束了。

从任务管理器中结束任务的时候，如果设置了cancelroutine，则cancelroutine将立即被调用，但是I在cancelroutine中调用IoCancelIrp取消自己创建的irp有风险，因为调用IoCancelIrp()后,会进入自己创建的irp地完成例程，这样在cancelroutine()中就需要等待，而cancelroutine是运行在dispatch_level的。
我尝试了在cancelroutine中等待，每次都是蓝屏（driver_irql_not_less_or_equal）.

简单的方法

这里有两个irp，一个是应用层发给驱动的irp，一个是驱动自己构造发给下层的irp

在应用程序退出的时候（异常退出或正常退出都可以），以失败状态完成应用层发的irp，然后在完成例程里直接free掉自己构造的irp

如何检测应用程序（异常）退出，简单的办法，
把你得设备属性改为独占使用(避免引用计数)，在dispatchcleanup中处理任何应用程序的pending irp
因为应用程序（异常）退出的时候会关闭所有打开的句柄，从而引发DispatchCleanup的调用

\"以失败状态完成应用层发的irp，然后在完成例程里直接free掉自己构造的irp\"
这里的完成例程是指应用程序的IRP的完成例程还是驱动构造的IRP地完成例程？如果是驱动的话，不掉用IoCancelIrp()不会进入完成例程的。

[quote][quote]简单的方法

这里有两个irp，一个是应用层发给驱动的irp，一个是驱动自己构造发给下层的irp

在应用程序退出的时候（异常退出或正常退出都可以），以失败状态完成应用层发的irp，然后在完成例程里直接free掉自己构造的irp

如何检测应用程序（异常）退出，简单的办法，
把你得设备属性改为独占使用(避免引用计数)，在dispatchcleanup中处理任何应用程序的pending irp
因为应用程序（异常）退出的时候会关闭所有打开的句柄，从而引发DispatchCleanup的调用

\"以失败状态完成应用层发的irp，然后在完成例程里直接free掉自己构造的irp\"
这里的完成例程是指应用程序的IRP的完成例程还是驱动构造的IRP地完成例程？如果是驱动的话，不掉用IoCancelIrp()不会进入完成例程的。 [/quote]

当然是自己构造的irp的完成例程，为什么不调用IoCancelIrp就不会进入完成例程?

VOID
  IoSetCompletionRoutine(
    IN PIRP  Irp,
    IN PIO_COMPLETION_ROUTINE  CompletionRoutine,
    IN PVOID  Context,
    IN BOOLEAN    InvokeOnSuccess,
    IN BOOLEAN  InvokeOnError,
    IN BOOLEAN  InvokeOnCancel
    );

InvokeOnSuccess , InvokeOnError, InvokeOnCancel都设为true，不就行了
 [/quote]

谢谢你的关注:)
现在的问题是我结束应用程序发来的IRP的时候，对自己构造的irp没有影响，此时这个irp没有被完成，取消或者失败，也就是不会进入完成历程。
这几天作试验发现应用异常结束后，应用发来的IRP的取消历程立即被调用，但是几分钟后系统才调用dispatchCleanup，在这里我把自己构造的irp给cancel掉了，然后进入完成历程进行处理。
在这个过程中，下层驱动从来没有取消过上层驱动发下去的irp。

我用的是IOAllocateIrp.
我看了DDK的例子。都是在IoCancelIrp后等待完成历程执行完毕再继续执行下去。不等待的我没有尝试，现在不作这个了。

创建自己的irp队列也是一样的，照样要在cancelroutine中把没有做的free掉或者cancel掉。

是我在完成历程里又访问了已经释放的内存导致了错误。现在修改已经可以了，谢谢大家的帮助，尤其感谢acidfish与bmyyyud的帮助。