我正在尝试将我的ADT(Eclipse)IDE配色方案更改为黑色配色方案.按照许多线程的指示(例如,我如何更改Eclipse主题？) -
然而,结果是部分黑暗,部分浅色配色,字体大小和非常奇怪(丑陋的外观).
如果我只使用Eclipse Color Theme插件,而不选择DARK JUNO主题,则只有编译器(中心"代码区域")才能获得正确的外观.
这就是我的IDE现在的样子(使用JUNO和Eclipse Color Theme插件的配色方案) - http://tinyurl.com/o5bdl4e.我标记了一些烦人的部分.
我究竟做错了什么？谢谢.
据我了解，当 CPU 推测性地执行一段代码时，它会在切换到推测性分支之前“备份”寄存器状态，以便如果预测结果错误（使分支无用）——寄存器状态将是安全恢复，而不会破坏“状态”。
所以，我的问题是：推测执行的 CPU 分支是否可以包含访问 RAM 的操作码？
我的意思是，访问 RAM 不是“原子”操作——如果数据当前不在 CPU 缓存中，那么从内存中读取一个简单的操作码可能会导致实际的 RAM 访问，这可能会变成一个非常耗时的操作，从 CPU 的角度来看。
如果在推测分支中确实允许这种访问，它是否仅用于读取操作？因为，我只能假设，如果一个分支被丢弃并执行“回滚”，根据它的大小恢复写操作可能会变得非常缓慢和棘手。而且，可以肯定的是，至少在某种程度上支持读/写操作，因为寄存器本身，在某些 CPU 上，据我所知，物理上位于 CPU 缓存上。
所以，也许更精确的表述是：推测执行的一段代码有什么限制？
如何显式指定MSVC编译器/链接器来链接API 集（*ms-win*模式匹配 dll）而不是kernel32.dll、ntdll.dll等？
例如，我创建了一个简单的 dll，它只调用一些基本的 WinAPI。当检查它的 IAT （通过CFF Explorer、 python pefile库等）时，只有kernel32.dll。我希望看到的是*ms-win* dll。
我需要比较一个字符串,作为参数传递给WinDbg与来自内存的字符串.怎么能实现这一目标？
例如,字符串位于加载的PE内的特定偏移量中.所以,我可以通过执行轻松读取字符串da /c 100 <addr>.但是,如何使用此字符串arg1,在WinDbg脚本中使用.if？(而且$SPAT(),我猜)
我试图将da命令的输出读入别名或用户定义的寄存器,但我没有成功.