Article ID: 167358
Article Last Modified on 11/18/2003
APPLIES TO
- The Integrated Debugger, when used with:
- Microsoft Visual C++ 5.0 Enterprise Edition
- Microsoft Visual C++ 5.0 Professional Edition
This article was previously published under Q167358
SYMPTOMS
If the remote machine is a Windows 95 machine and Stop Debugging is selected inside the InitInstance member function of a default Appwizard generated application, Developer Studio hangs on the local machine. If you kill Developer Studio from Task Manager, the remote Windows 95 machine crashes and must be restarted.
RESOLUTION
Using single stepping (F10 or F11) or Debug Go (F5), return from the InitInstance function so that the main window of the application is visible. Now you can safely select Stop Debugging.
STATUS
Microsoft has confirmed this to be a bug in the Microsoft products listed at the beginning of this article. This problem was corrected in Visual C++ version 6.0 for Windows.
MORE INFORMATION
The behavior is seen if the remote computer is a Windows 95 machine. The local computer could be a Windows NT or a Windows 95 computer.
Steps to Reproduce Behavior
- Create a default Appwizard generated MFC application and build it as Debug build.
- Set the local computer and remote computer for remote debugging.
Set a break point at the following line in the application's InitInstance function:
pMainFrame->ShowWindow(m_nCmdShow);- Start debugging by selecting Build|Start Debug|Go, or hitting the F5 key. The debugger will stop at the above line of code.
- Hit F10 (Step Over) or F11 key (Step Into) to go to next line of code. You will see an outline of the application window on the remote computer.
- Select Stop Debugging. A Debug Assertion in the remote computer (you may Abort or Retry) occurs, and Developer Studio hangs on the local computer.
- Kill Developer Studio from Task Manager to crash the remote computer.
Keywords: kbbug kbfix kbide kbvc600fix kbdebug KB167358
