Put a RET as the first instruction. DbgPrint is __cdecl, then it
doesn't need to touch the stack (the parameters part). It stops.
Is there a "Microsoft recommended way"?
Strauss
Implement a debug level control within your driver that you can
configure on the fly (either by changing a variable under the
debugger, or a more sophisticated interface). i.e. You won't be
getting DbgPrint output from your driver because you're not calling
DbgPrint, until you're ready to start seeing the output. This way
you're also not disabling DbgPrint for other drivers.
Use XP or later & a 1394 interface. i.e. Dispense with the serial
speed bottleneck.
See the debugger docs for more details.
-Andre
"Strauss" <str...@microsoft.com> wrote in message
news:3F69C21C...@microsoft.com...