Last two entries: DRs of threads created after 'process-wide' hwbp was set. Output: first three individual 'r' breakpoints (per thread), then one process-wide (00064864). I tried to step over the same instruction in the other debugger and it didn't do anything. I noticed that when I stepped over a one of the instructions, the data breakpoints went off. ATM, both debuggers are in a Debugging state so that I can step through the code. If I am the OP, I will decide if a post actually answers my post or not. Both are using data breakpoints to help in my analysis. I don't mind someone marking a post as "Proposed as answer", but DO NOT mark it as "Answered". Is causing the failure to break on data change? Also, what is the maximum number of data breakpoints available? If this is not the case, then what Is a resource, it should be managed better to prevent multiple debuggers from interfering with each other and should report if there is an issue. My question is, is VS using a hardware debugging interrupt to detect if an address has changed? And if so, is it not clearing them when in a Debugging state and not resetting them when the application is told to continue? As the debugging interrupt Memory reference is correct and it should cause a message to popup. ATM, both debuggers are in a Debugging state Both are using data breakpoints to help in my analysis. I have two debuggers running so that I can do a side by side comparison of code flow, where one is showing a correct path and the other is not.
0 Comments
Leave a Reply. |