BUG: Conditional Breakpoint Doesn't Break on CodeView RestartLast reviewed: July 22, 1997Article ID: Q116316 |
4.00 4.01 4.10
WINDOWS
kbtool kbcode kbbuglist
The information in this article applies to:
SYMPTOMSWhen you (1) use "Break At Location If Expression Has Changed", (2) run your application in CodeView for Windows, and then (3) restart the debugging session, you may find that the conditional breakpoint is no longer hit.
RESOLUTIONTo work around this problem, clear the breakpoint and reset it after restarting the debugging session. If you have Visual C++, you can also use its integrated debugger because it does not have this problem.
STATUSMicrosoft has confirmed this to be a bug in CodeView for Windows. We are researching this problem and will post new information here in the Microsoft Knowledge Base as soon as it becomes available. This problem does not occur under CodeView for MS-DOS or the Visual Workbench debugger.
MORE INFORMATIONThe sample program below demonstrates this bug. After building a Windows debug version, load the program into CodeView for Windows and type these commands into the command window:
>p2 >bp .16,=S.uc >g >l >gThe bp command sets a breakpoint at line 16 if S.uc has changed; g runs the application; the l command restarts the application.
Sample Code
/* Compile options needed: /G2 /GA /Zi /Od */ #include <windows.h> #define UCHAR unsigned char void main( void ) { struct tagS { UINT ui; UCHAR uc; LONG li; } S; S.ui = 45; S.uc = 65; S.li = 100000L; } |
Additional reference words: 4.00 4.01 4.10
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |