Article ID: 198839 - View products that this article applies to.
This article was previously published under Q198839
This article has been archived. It is offered "as is" and will no longer be updated.
Debugging a multithreaded application on a multiprocessor machine may show that at some point the asynchronous break fails after a breakpoint is encountered more than once. The CPU usage shows 100 percent busy for all processors in the application that is being debugged. However, this application is not running any useful code and you can not break into it.
In some cases, you may find that the debugger does not break at a breakpoint.
This occurs because of the way that a breakpoint is marked and resumed in a multithreaded application, which affects thread resume operations in a multiprocessor machine.
Microsoft has confirmed that this is a bug in the Microsoft products that are listed at the beginning of this article. This bug was corrected in Visual Studio 6.0 Service Pack 3. For more information about Visual Studio service packs, please see the following articles in the Microsoft Knowledge Base:
194022 INFO: Visual Studio 6.0 Service Packs, What, Where, Why
194295 HOWTO: Tell That Visual Studio 6.0 Service Packs Are Installed
Article ID: 198839 - Last Review: February 21, 2014 - Revision: 4.0
Contact us for more help