硬件断点始终为EXCEPTION_SINGLE_STEP

Rya*_*old 2 c c++ hardware debugging breakpoints

我有一个充当调试器的程序.我为线程设置dr0设置了一个hw bp到我想要bp的地址,dr7设置为1,因为我希望每次执行该地址时bp都会生成一个事件.

它的工作原理但现在的问题是我不会一直停止接收EXCEPTION_SINGLE_STEP.我像往常一样用WaitForDebugEvent创建了一个循环:

DebugActiveProcess(pid);
while (flag == 0)
    {
        WaitForDebugEvent(&DBEvent, INFINITE);
        if (first_time){
            setHWBPInCurrentThreads(pid, breakpoint_address);
            first_time = 0;
        }
        switch (DBEvent.dwDebugEventCode)
        {
            // Here we check if a new thread is created and we set a BP for all of them
            case CREATE_THREAD_DEBUG_EVENT: 
            {
                HANDLE thread_handle = DBEvent.u.CreateProcessInfo.hProcess;
                HANDLE hX3 = SetHardwareBreakpoint(thread_handle, HWBRK_TYPE_CODE, HWBRK_SIZE_1, breakpoint_address);

            }break;

            case EXCEPTION_DEBUG_EVENT:
            {
                switch (DBEvent.u.Exception.ExceptionRecord.ExceptionCode)
                {
                case EXCEPTION_SINGLE_STEP:
                {       
                    printf("%d\n", DBEvent.dwThreadId);
                    ///MessageBoxA(0, "yesssssssss", "", 0);
                }break;

                case EXCEPTION_BREAKPOINT:
                {
                    //MessageBoxA(0, "Found break point", "", 0);

                }break;
                }
            }break;

        }

        ContinueDebugEvent(DBEvent.dwProcessId, DBEvent.dwThreadId, DBG_CONTINUE);
                }
Run Code Online (Sandbox Code Playgroud)

这有什么不对?我该怎么办才能让异常发生,并且只在下次执行地址时获取控件?

小智 5

即使在命中断点之后,您的实现也只是继续调试事件,这将在无限循环中再次触发断点.

需要根据您使用的环境以不同方式处理正确的实现.如果您在比Windows XP更新的环境中进行调试,则处理断点的方式是:

  1. 设置恢复标志(EFLAG).
  2. 继续调试事件(ContinueDebugEvent).

如果您在Windows XP环境中工作,则需要将实现更改为:

  1. 禁用断点(Dr7).
  2. 设置陷阱标志(EFLAG).
  3. 继续调试事件(ContinueDebugEvent).
  4. 等待陷阱标志引起的EXCEPTION_SINGLE_STEP(您现在处于下一条指令).
  5. 启用断点(Dr7).
  6. 继续调试事件(ContinueDebugEvent).

很抱歉这个旧线程,这些都是正确的实现.