Windows System Software -- Consulting, Training, Development -- Unique Expertise, Guaranteed Results
The free OSR Learning Library has more than 50 articles on a wide variety of topics about writing and debugging device drivers and Minifilters. From introductory level to advanced. All the articles have been recently reviewed and updated, and are written using the clear and definitive style you've come to expect from OSR over the years.
Check out The OSR Learning Library at: https://www.osr.com/osr-learning-library/
Upcoming OSR Seminars | ||
---|---|---|
OSR has suspended in-person seminars due to the Covid-19 outbreak. But, don't miss your training! Attend via the internet instead! | ||
Internals & Software Drivers | 19-23 June 2023 | Live, Online |
Writing WDF Drivers | 10-14 July 2023 | Live, Online |
Kernel Debugging | 16-20 October 2023 | Live, Online |
Developing Minifilters | 13-17 November 2023 | Live, Online |
Comments
target machine doesn't stop and wait for the debugger. It just boots up.
However, if I use a 38400 connect speed, the target machine will stop after
filling in the character mode progress bar on the black screen. The
debugger should already be waiting on the com port at 38400. I issue a
Ctrl-C from the debugger with the caret/focus in Windbg's command window.
The two machines synchronize and the debugging begins. I am not sure if
this is how Windbg is supposed to work (it didn't do this for me under NT
4) or it is a symptom of my less than stable hardware that I am developing
for. Also, I had very little success until I started launching Windbg with
the -w I found I had to launch Windbg, setup the
debugging parameters, save them to a workspace name, and exit.
Best of luck.
Regards,
Robert Saccone