能力值:
( LV13,RANK:370 )
|
-
-
26 楼
智能模式有时候会出太多垃圾字符串,所以才分成两种,不过这个建议也是值得去尝试的,谢谢。
|
能力值:
( LV13,RANK:370 )
|
-
-
27 楼
我也试过,好像确实搜不出中文字符串来,如果作者在正式版里直接支持中文那当然就更好了,ustrref也就不需要了。
|
能力值:
( LV9,RANK:170 )
|
-
-
28 楼
传说中的罗聪?
非常期待那2个插件跟进OD2,都等这么多年了
|
能力值:
( LV2,RANK:10 )
|
-
-
29 楼
这两个做成一个插件,通过脚本直接log里面显示字符串。还可以通过修改脚本,快速过滤突出显示哪些字符串。。。。
|
能力值:
( LV7,RANK:110 )
|
-
-
30 楼
字符串搜索插件 估计大家都用的比较多 但是容易BUG死机 后来在52破解论坛看到了 有人公开的 专门对付VB 的字符串搜索插件 好像用的 你的代码 吧 感觉那个不错 希望在新版中 能增加更多的字符搜索 减少BUG 呵呵呵
|
能力值:
( LV12,RANK:370 )
|
-
-
31 楼
Ultra String Reference用过,不错的插件,只不过比OD少了个好用的在所有字串下断点功能,现在OD 2.01竟然也删除这个功能,Ultra String Reference更新的话加入这个不错的
|
能力值:
( LV9,RANK:140 )
|
-
-
32 楼
老罗出末了不容易看到啊
|
能力值:
( LV13,RANK:460 )
|
-
-
33 楼
罗大真大神呀
有道理, 汇编语法精练,c确实有不适合的场合
|
能力值:
(RANK:215 )
|
-
-
34 楼
字符串搜索这个很重要,重新开发是必须的
|
能力值:
( LV2,RANK:10 )
|
-
-
35 楼
Ultra String Reference最好有个保存及加载功能,不需要每次重新调试时都要从新搜索一遍。
|
能力值:
(RANK:1130 )
|
-
-
36 楼
od2.x对ansi的中文,几乎无法支持
Ultra String Reference这个插件还是值得移植的,毕竟中国人最了解中国文字
脚本那个插件,我建议,要搞就直接搞python/lua/c,这些高级语言的,原因
1,asm的已经有一个了,让老外去维护吧
2,有现成的库,不需要自己解析语法
3,可以颠覆传统的执行模式(比如可以注册回调,靠回调去处理东西等等,类似插件模式的脚本)
|
能力值:
( LV2,RANK:10 )
|
-
-
37 楼
这个必须顶啊……
|
能力值:
( LV4,RANK:50 )
|
-
-
38 楼
一定要开发啊,前辈都是后辈的精神支柱,最好能稳定,可靠,强大,兼容性强
|
能力值:
( LV15,RANK:670 )
|
-
-
39 楼
支持,这样就把 immdbg 逼上绝路了。
|
能力值:
( LV3,RANK:20 )
|
-
-
40 楼
有时候用Ultra String Reference会把OD崩掉。
还有时候搜了半天没几条结果,但用ATL+M或者WinHex打开就可以搜索到。
Ultra String Reference不能保存结果列表确实是个问题,还有就是有时候结果太多,要是能向IDA那样设置最短字符字数就好了。
|
能力值:
( LV2,RANK:10 )
|
-
-
41 楼
期待中 OD2.01 能反调试吗?
|
能力值:
( LV2,RANK:10 )
|
-
-
42 楼
支持luocong大牛,期待OD2
|
能力值:
( LV13,RANK:530 )
|
-
-
43 楼
1.人们总是比较倾向于用习惯的东西作为(自己的)’标准‘。
就跟PHP这种语言也可以占有10%的市场份额。而且不断有人涌入,保证能够找到工作。
2.asm控比较多.
|
能力值:
( LV2,RANK:10 )
|
-
-
44 楼
当然支持了!
|
能力值:
( LV15,RANK:520 )
|
-
-
45 楼
留名,仰望大牛
|
能力值:
( LV2,RANK:10 )
|
-
-
46 楼
字符串参考很重要呀,最好能支持vb程序的字符串
|
能力值:
( LV4,RANK:40 )
|
-
-
47 楼
支持字符串插件,常用,另外能否做个数据结构分析的插件,,就像数据区右键“指定”--“PE文件头”那样,比如我知道一个数据结构起始地址,在地址点右键,选择“指定”--"NOTIFYICONDATA"(假设的),就会把数据分析为
DWORD cbSize;
HWND hWnd;
UINT uID;
UINT uFlags;
UINT uCallbackMessage;
HICON hIcon;
WCHAR szTip[64];
为大家造福,我们会感激不尽哈
|
能力值:
( LV2,RANK:10 )
|
-
-
48 楼
期待了 呵呵
|
能力值:
( LV13,RANK:530 )
|
-
-
49 楼
严重同意,有精力去研究lex/yacc搞C解释器,不如花点精力处理header file反倒实用点。
|
能力值:
( LV4,RANK:40 )
|
-
-
50 楼
呵呵,谢谢支持,如果觉得数据结构太多,建议做成从文件读取,这样大家可以群策群力完成常用的数据结构,还可编辑添加自己的私有数据结构,比较灵活,我不懂插件开发过程,这种方式是不是就是您说的header file处理
|
|
|