1.80 svn 72 BUG收集帖 [复制链接]

新的内存搜索机制有问题

1.没有自动识别支撑程序列表的对应该程序的地址范围，始终默认了0-80000000
不过经过测试，后台的搜索实际执行了支撑程序列表的地址范围，但是搜索界面没跟着改变

2.以前的自适应搜索数据的大小变成了默认4字节搜索，没有以前的人性化

回复 20楼银河漫步的帖子 CML范围是不好确定的.特别是设定多个支持地址时.只能确定所搜索...... 天枫十一郎 发表于 12/5/2014 8:41:21 PM

不知道是不是Win7特有
Win7下运行CMF数据正常
程序支持已经添加好
但是搜索还是全范围搜索
而且搜索不到正确的地址

但是在内存编辑界面对应的数据和地址又是正常的

回复 23楼银河漫步的帖子 不知你依照什么认为是全搜索的? CML不会全范围搜索的.会按照你设...... 天枫十一郎 发表于 12/5/2014 9:08:05 PM

比如PPSSPP模拟器
搜索时全范围搜索了
因为初始搜索找到了很多地址
地址跨度明显超过了我设定的1800000的范围

你可以就拿上次那个风来西林4来试验
基地址用的是我整理帖里的那个cml
内存编辑模式下的数据和地址都是正常的

ListStep可以了，完全替代了Ver1.72中的ListTrueValEx

但是事实上Ver1.72的ListTrueVal脚本也有着无法被取代的地位

ListBox1.ListTrueVal = 0&36&6c&a2&d8&10e&144&17a&1b0&1e6&21c&252&288&2be&2f4&32a&360&396&3cc&402&438&46e&4a4;
ListBox1.Bound = GroupBox2;
Call.CtrlData;

在1.72中，这样定义的脚本
并不会导致列表重建
而是改变了列表中的实际值
列表的文本依然被保留

这类脚本并无法完全被ValueList取代
因为ValueList重写的不仅仅是列表中逐行的实际值
还需要重建列表的文本

好在ListTrueVal用得不多，影响不大
绝大多数的情况ListStep足够了

我还是觉得GridList需要一个左侧文本栏
可以用【数值列表】的属性给出就好了
这样可以列表使用解说文本或者给出行号
这个很有用

有一个算不上BUG的问题


比如这种支持多个机种的模拟器
当我对这些机种都添加了支持程序后
在类型那里会多出一个【ALL】的选项而且还是默认的

但是事实上
我只有在选择对应的正确的机种时
才能正常的搜索和编辑数据

而这个默认的选项【ALL】其实对应的是机种列表的第一个
如这个图
只有当我用这模拟器玩PCE游戏时才能在选择【ALL】的情况下搜索

这个机制本身并没有问题
但是我觉得这个【ALL】是多余的
反而让我选择对应的类型来得更直接更不容易混淆

建议这种同一个程序支持多种类型时
去掉这个默认的【ALL】

另外我尝试了一下搜索功能里的2进制搜索
这个也不算bug
但是跟CE的二进制搜索理念有差距

比如我搜索：1101（0Dh）
在CE中会匹配所有字节的1101，比如某个字节  01110111（77h），CE中会搜索到这个字节，并显示【地址^3】，表示从这个地址的第三bit位开始；
即使是跨字节，CE也可以搜索到，比如显示：某地址^7，从第七bit开始算起

但是CM中按二进制搜索1101，搜索到的全部都是 0Dh ，相当于搜索了十六进制的D，十进制的13

CM可以从CE的源代码中借鉴一下二进制的搜索机制