Hi Matthew,<div><br></div><div>I followed step 1), 2), and 3), but no minidump was written.</div><div><br></div><div>The driver to be selected in step 2 is vfilter.sys, right? This is the only driver from Shrew Soft Inc in the list.</div>
<div><br></div><div>Best regards,</div><div>Andreas</div><div><br><br><div class="gmail_quote">2010/5/21 Matthew Grooms <span dir="ltr"><<a href="mailto:mgrooms@shrew.net">mgrooms@shrew.net</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">I spent quite a bit of time now trying to reproduce this issue with no luck. I need a volunteer that can reproduce the issue to help me track it down. It involves enabling more of the built-in Windows debug tools and sending me the output. The process is as follows ...</div>

<br>
1) Make sure your system is configured to write out small memory dump ( minidump ) files when a kernel bug check is triggered ...<br>
<br>
<a href="http://support.microsoft.com/kb/315263" target="_blank">http://support.microsoft.com/kb/315263</a><br>
<br>
2) Enable driver verifier for the Shrew Soft Lightweight Filter driver using "create standard settings" and then reboot your computer ...<br>
<br>
<a href="http://support.microsoft.com/kb/244617" target="_blank">http://support.microsoft.com/kb/244617</a><br>
<br>
3) Reproduce the issue<br>
<br>
I suspect the driver is causing a deadlock due to lock order issues. The driver verifier should hopefully detect this condition and cause minidump debug info to be written. Send this output to me.<br>
<br>
Any takers?<br><font color="#888888">
<br>
-Matthew<br>
</font></blockquote></div><br></div>