This seems like a pretty basic question, however I have not been able to find an answer on the web.
The app and driver does not crash the system normal. However, when I run it through WinDbg the system hangs as the application is exiting. I am running WinDbg on the Test System. It is running a released version of Win 7.
This seems like a pretty basic question, however I have not been able to
find an answer on the web.
The app and driver does not crash the system normal. However, when I run it
through WinDbg the system hangs as the application is exiting. I am running
WinDbg on the Test System. It is running a released version of Win 7.
When I run it on the Test System, it locks up the app. Hitting ‘g’ just gets a “No debuggee” message. At that point there is no way to recover other than closing WinDbg.
When running remotely, using either WinDbg connecting to test system, ‘ntsd’ on the test system with WinDbg on the host. The entire test system locks up, without any way of recovering other than a cold reset.
When I run it on the Test System, it locks up the app. Hitting ‘g’ just
gets a “No debuggee” message. At that point there is no way to recover
other than closing WinDbg.
When running remotely, using either WinDbg connecting to test system, ‘ntsd’
on the test system with WinDbg on the host. The entire test system locks
up, without any way of recovering other than a cold reset.
If you run an application under WinDBG, when you close the application
there’s a final breakpoint in NtTerminateProcess. Is this what you mean:
ntdll!NtTerminateProcess+0x12:
7753fc52 83c404 add esp,4
0:000> g
^ No runnable debuggees error in ‘g’
?
If so, this is expected behavior. The app drops into the debugger before
exiting and the only way to finish up is to end the debugging session. You
can do this either by closing WinDBG or pressing Shift+F5 (which terminates
the debugging session without closing WinDBG).
If you don’t want this to happen you can shut off the process terminate
breakpoint with the -G command line option.
wrote in message news:xxxxx@windbg… > When I run it on the Test System, it locks up the app. Hitting ‘g’ just > gets a “No debuggee” message. At that point there is no way to recover > other than closing WinDbg. > > When running remotely, using either WinDbg connecting to test system, > ‘ntsd’ on the test system with WinDbg on the host. The entire test system > locks up, without any way of recovering other than a cold reset. >