OllyDbg 2.0
你有没有听说过太多关于OllyDbg的2.0很长一段时间。不幸的是，我永远忙，没有太多空闲时间。但是有一个进步。我交了很多的变化和错误修正，其中包括：
- PRN轰炸了我很多很多的想法和发现的缺陷。例如，他报告了使用扩展字符集Unicode文件名大量问题。不，Windows不会自动将其转换为ASCII。由于OllyDbg的仍然是一个ASCII的应用，现在我转换这样的名称旧8.3 DOS格式。积极断点没有标注在相应的断点窗口;内存中断错误地被暗示，等等，等等...谢谢你，请不要停下来！
- 威廉报道PUSH错误AH等是的，有没有这样的命令，但OllyDbg的2.0愉快地组装它们。
- 键盘快捷键没有在编辑/搜索对话框工作。通过mailnew2ster报道。
- 安吉给了我80x86的命令的完整列表作为编译的可执行文件。他发现许多装配/拆卸错误。随着他的列表中，我们可以将其删除。他还criticided我的“英语”帮助文件的语法错误，愚蠢的老我！
- 埃里克，deepzero和karmany报道突出和评论的问题。
- 约翰发现，总是在最上层可能隐藏的错误消息。
- 阿伦和结构解码许多其他报告崩溃的，即对那些一些内容无名，像数组的元素。
- 我想用5 MB的代码段的EXE / DLL是真的大，直到伊瓦给我发了一个可执行文件，代码段是83079168字节（七十九兆字节）长！分析试图分配的内存超过1.5 GB - 仍然不是一个问题，但由于分散，我的内存管理器无法执行请求。有必要重新设计。
- Rinze指着问题与堆栈内存断点。 OllyDbg的没有检查内存ESP间接寻址。
- NCR要求在通过输入其名字连接窗口中搜索进程名称。
- NUMAX建议用户评论列表。
- 希望OllyDbg的支持在我们试图用locklose一起调试对话框（编辑/搜索数据），主要的问题中国和日本的字体。它应该工作，但我可以给你任何保证。请检查。
- 并且，前两天，edemko发现，在LOOPZ / LOOPNZ条件jums被错误预测。这是在版本2.00修正后的最后的错误。
这份名单是远远没有完成，共收到我100多报告和建议。因此，对所有捐助：没有你的帮助，OllyDbg的2.0将不存在。非常感谢你！
而现在关于我未来的计划。也许我会OllyDbg的转换为Unicode。有太多的地方ASCII是不完全支持Windows，就像扩展字符集或控件，没有收到WM_WCHAR文件名。这将意味着Win95和WinME的用户结束。那些谁使用WINNT，2000，XP和Win7会发现什么。当然，插件将被迫为UNICODE，太。
我计划在2.01版本推出的实验插件的支持。该接口还没有定义。如果您已写入插件v1.10的，请给我你的想法和建议吧！
2.01版将在64位的Windows终于工作。也许我会开始开发64位OllyDbg的，但是这取决于我的空闲时间。
页:
[1]