查看主题内容
最初由 hume 发布中心思想就是使得用户态可执行代码完全在调试器的控制之下，这样对于crc检测，int 1，int 3之类的东西完全就免疫了，因为我们是模拟的，下断点不需要什么int x和系统的参与，想让正在运行的程序得到什么结果就给他什么结果。完全耗费人力无力去重新实现一个ollydbg不如顺便增加些新的亮点。当然这个不一定要马上做可以等其他组件基本稳定之后再增加该功能。
最初由 riijj 发布是不是反汇编整个 .code 段 ?如果exe 的体积很大的话，会不会缓慢 ?
最初由 riijj 发布<累积要解决的问题 >:- floating point / mmx 等等的反汇编，并考虑对于将来开发 64 bit 反汇编的扩充问题- 整体程序的视窗， GUI 管理 ( 暂时是没有统一管理，使用单纯的 resource script + CreateDialog )- 反汇编以绘图方式显示，取代缓慢的 ListView........
最初由 newsearch 发布绘图方式建议使用双缓冲技术；造成缓慢的原因不应该是ListView，而是数据读取的方法问题，应分批读取，分批显示；建议用CVIEW。
最初由 riijj 发布现在的源码已经没有 listview，使用了新开发的列表窗口 “fastlist”静态反汇编慢的主因是出现在向系统提取内存的时候，即是说 listview 或 fastlist 向系统HeapAlloc 或 malloc 或 VirtualAlloc的时候........
最初由 guoke 发布准备支持64位CPU否?
