【问题标题】:Hardwarebreakpoint WINAPI硬件断点 WINAPI
【发布时间】:2012-01-05 12:18:27
【问题描述】:

我目前正在为一个小调试框架实现最后一个任务,即硬件断点。 到目前为止,我参考了这篇文章:http://www.codeproject.com/KB/debug/hardwarebreakpoint.aspx 和一本关于编写调试器的书。

到目前为止,我有以下两个函数来设置硬件断点:

void debuglib::breakpoints::hw_bp() {
    HANDLE helper = 0;

    CONTEXT co;
    CURRENTCONTEXT(co);

    helper = ::CreateThread(0,0,threadfunc,reinterpret_cast<void*>(co.Eip),0,0);

    DWORD status = ::WaitForSingleObject(helper,INFINITE);


    if (status != WAIT_OBJECT_0) { 
            ::MessageBoxA(0, "Helper thread didn't exit cleanly", "HWBreakpoint", MB_OK);
    }

    ::CloseHandle(helper);
}

static DWORD WINAPI debuglib::breakpoints::threadfunc(void* param) {

    DWORD suspendcnt = ::SuspendThread(debuglib::process::thread());
    if(suspendcnt) {
        return 0;
    }

    CONTEXT co;
    ::ZeroMemory(&co,sizeof(co));
    co.ContextFlags = CONTEXT_DEBUG_REGISTERS;

    BOOL ok = ::GetThreadContext(debuglib::process::thread(),&co);

    if(!ok) {
        return 0;
    }

    DWORD freeDr = 0;
    DWORD condition = debuglib::breakpoints::TRIGGER::CODE;
    DWORD length = debuglib::breakpoints::SIZE::SIZE_1;

    co.Dr0 = reinterpret_cast<DWORD>(param);

    co.Dr7 = co.Dr7 | 1 << (freeDr*2);
    co.Dr7 = co.Dr7 | condition << ((freeDr*4)+16);
    co.Dr7 = co.Dr7 | length << ((freeDr*4)+18);

    co.ContextFlags = CONTEXT_DEBUG_REGISTERS;
    ok = ::SetThreadContext(debuglib::process::thread(), &co);

    co.ContextFlags = CONTEXT_DEBUG_REGISTERS;
    ::GetThreadContext(debuglib::process::thread(),&co);

    suspendcnt = ::ResumeThread(debuglib::process::thread());
    if(suspendcnt == 0xFFFFFFFF) {
        return 0;
    }

    return 1;
 }

首先我要创建一个辅助线程,因为我正在调试当前线程。在辅助线程的回调函数中,我暂停了主线程。之后我读取了主线程的当前 DR 值(目前这无关紧要,因为我总是使用 DR0,在此工作之后,我将检查哪些寄存器是空闲的并最多使用 4 个 BP)。之后我使用调用函数(EIP)的返回地址作为地址,在 DR0 中中断,并在 DR7 中设置归属标志。

最后,我将恢复主线程并关闭辅助线程的句柄,因为它已完成。

使用这段代码我遇到了以下问题:

如果我在调试模式下执行程序,程序会在正确的地址处停止,但我不能再做任何事情,因为我猜是设置了 INT1 标志并且 VS 调试器无法进一步单步执行?

如果我在不调试的情况下执行程序,它会简单地崩溃。 我尝试在提到的项目(http://www.codeproject.com/KB/debug/hardwarebreakpoint.aspx)中使用__try,__except,但这也不起作用。

我感谢并帮助或告知我做错了什么以及如何解决这个问题。

【问题讨论】:

  • 你能告诉我你用的书叫什么名字吗?我也有兴趣开发硬件调试器。
  • 它被称为“Hacking with Python”,但它是用德语 (amazon.de/Hacking-mit-Python-Fehlersuche-Programmanalyse/dp/…) 编写的。
  • 谢谢,我会努力从同一个作者那里找到英文的。
  • 澄清:您正在使用 VS 调试器调试您的调试器?
  • 结帐another article on hw breakpoints 他在那里所做的更接近你想要实现的。他还使用 SEH 和 VEH,而不使用 __try、__except,而是使用 SetUnhandledExceptionFilter

标签: c++ winapi breakpoints


【解决方案1】:

我认为尝试自己调试程序并不是一个好主意。为什么不使用 windows 内置的调试器开发 API?

开发中心 - 桌面 > 学习 > 参考 > 诊断 > 调试和错误处理 > 基本调试 > 调试参考 > 调试功能: http://msdn.microsoft.com/en-us/library/windows/desktop/ms679303%28v=vs.85%29.aspx

在 x86 硬件上,通过在 eflags 中设置陷阱标志来启用单步执行。 CPU 将在完成一条指令后引发调试异常(中断 1)。我认为正在发生的事情是 Visual Studio 调试器正在更改那部分标志,从而干扰您正在尝试做的事情。

尝试在 Visual Studio 之外运行您的程序(无调试器)。那么它是否按预期工作?

【讨论】:

    猜你喜欢
    • 2015-05-31
    • 2013-04-28
    • 1970-01-01
    • 1970-01-01
    • 2019-09-01
    • 2016-02-09
    • 2012-04-07
    • 1970-01-01
    • 2021-04-10
    相关资源
    最近更新 更多