能力值:
( LV2,RANK:10 )
|
-
-
2 楼
要是有插件出来就好了!
|
能力值:
(RANK:10 )
|
-
-
3 楼
加载速度太慢了,
|
能力值:
( LV3,RANK:30 )
|
-
-
4 楼
|
能力值:
( LV3,RANK:20 )
|
-
-
5 楼
[QUOTE=Kisesy;1237360]
貌似不行....
这是测试的程序
ASM.zip[/QUOTE] 好像是有问题,明天再看看,我只测试了vb的程序,好像可以。
感觉od2.01不能检测ascii的中文字符!
|
能力值:
( LV2,RANK:10 )
|
-
-
6 楼
貌似宋体颜色会变淡
不好看
|
能力值:
( LV3,RANK:20 )
|
-
-
7 楼
宋体应该不是问题,可能跟屏幕的分辨率有关。
设置其它字体会担心别人的电脑里没有这个字体。
|
能力值:
( LV2,RANK:10 )
|
-
-
8 楼
有没有64位的。
|
能力值:
( LV2,RANK:150 )
|
-
-
9 楼
按照定义ASCII=American Standard Code for Information Interchange(用于信息交换的美国标准码)。怎么可能支持中文呢?
|
能力值:
( LV6,RANK:93 )
|
-
-
10 楼
那个52的中文搜索插件不错,可惜拿了老罗的代码改改却不开源了
|
能力值:
( LV2,RANK:10 )
|
-
-
11 楼
吾爱扣扣这个会相对好看点
你这个整体界面都会变大
|
能力值:
( LV3,RANK:20 )
|
-
-
12 楼
[QUOTE=amulin;1237616]吾爱扣扣这个会相对好看点
你这个整体界面都会变大
[/QUOTE]
主要是我的电脑显示器是1980×1080的,所以将字体高改成18号了。
不然见面太小看不清楚
|
能力值:
( LV3,RANK:20 )
|
-
-
13 楼
[QUOTE=Kisesy;1237360]
貌似不行....
这是测试的程序
ASM.zip[/QUOTE]
你的测试程序的字符串真的太奇怪了,好像是汉字+ascii,而且几个不规范的字符串还紧密的连在一起。对od2.01真是一个考验。其实现实的那些就是字符串,只是显示不正常,还有就是字符长度截取也有问题。但是高级语言的程序,应该不是很多像这样的字符串。
http://bbs.pediy.com/showthread.php?t=180491
这个vb的程序可以正常显示,过几天去掉一些多余的无用字符串。
|
能力值:
( LV2,RANK:10 )
|
-
-
14 楼
给力给力给力给力给力给力给力给力给力给力给力给力
|
能力值:
( LV3,RANK:30 )
|
-
-
15 楼
那个程序的字符串,并不是Unicode,所以如果把识别Unicode选项选成 使用IsTextUnicode,那么将会把中文当作Unicode,但是中文并不是Unicode,所以就没法显示了....
这个程序确实有些问题,不选 使用IsTextUnicode 还搜不出中文来,蛋疼....
|
能力值:
( LV2,RANK:10 )
|
-
-
16 楼
此言差矣,一直是开源的。
Ollydbg 中文搜索插件(专门对付VB)v2012.4.22
http://www.52pojie.cn/thread-69638-1-1.html
|
能力值:
( LV3,RANK:20 )
|
-
-
17 楼
我现在知道为什么会显示乱码了,原来是编码问题!
比如“你”字
你 ascii16 hex=C4E3
你 unicode hex=604F
正在想办法解决!
|
能力值:
( LV3,RANK:30 )
|
-
-
18 楼
加油哦,呵呵,我技术渣帮不上忙...
其实改这个太难了,VB是Unicode编码,跟别的语言不一样,我担心一旦强制改了,会影响其他语言
我的想法是,Unicode不用管,因为中英文编码是一致的,所以只改ANSI字符串
OD搜索到字符串后会向字符串窗口的列表里填充,这时候截获字符串,然后通过MultiByteToWideChar之类的API改变编码后返回去就行了....
我找了找发现0048785B,正在字符串拷贝,在这个Call上下断点,然后搜索字符串,会发现寄存器和堆栈上就会显示搜索到的字符串,但是我发现,中文的字符串的两个字符被分割成了一个字符.....
也就是说,正常显示中文的编码是ANSI,但是OD只能处理ASCII编码,它会把除去UTF-8和Unicode编码以外的其他字符串当作ASCII显示,ASCII只有256个字符,所以....唉...
|
能力值:
( LV6,RANK:93 )
|
-
-
19 楼
这个好,呵呵,没仔细看过
如有必要,有空我可以将它port到OD2.01
|
能力值:
( LV3,RANK:20 )
|
-
-
20 楼
强烈支持将插件移植到od2.01
|
能力值:
( LV2,RANK:10 )
|
-
-
21 楼
请问这个字号数据在什么地址呢
|
能力值:
( LV3,RANK:20 )
|
-
-
22 楼
0040EA2B |. C705 78265800 0D000000 mov dword ptr [sysfont], 0xD
0040EA35 |. C705 7C265800 05000000 mov dword ptr [0x58267C], 0x5
0040EA3F |. C705 88265800 90010000 mov dword ptr [0x582688], 0x190
0040EA49 |. C605 8F265800 01 mov byte ptr [0x58268F], 0x1
0040EA50 |. C605 90265800 06 mov byte ptr [0x582690], 0x6
0040EA57 |. C605 91265800 00 mov byte ptr [0x582691], 0x0
0040EA5E |. C605 92265800 02 mov byte ptr [0x582692], 0x2
0040EA65 |. C605 93265800 00 mov byte ptr [0x582693], 0x0 ; 上面是一些字体的属性
0040EA6C |. 8D93 2A670000 lea edx, dword ptr [ebx+0x672A] ; 这里可以看到字体
0040EA72 |. 52 push edx ; /Arg2
0040EA73 |. 68 94265800 push 00582694 ; |Arg1 = 00582694
|
能力值:
( LV3,RANK:20 )
|
-
-
23 楼
折腾了一天,去掉了一些无用的字符
ollydbg.rar
等弄完这些就解决ascii的显示问题,目前有点头绪。
虽然MultiByteToWideChar可以讲ascii转成unicode
但应该不用这样,因为程序在
00487CFF |. |8D8D E0FEFFFF lea ecx,dword ptr ss:[ebp-120]
00487D05 |. |51 push ecx
00487D06 |. |FF15 64E75700 call dword ptr ds:[57E764] ;字符串在这之前是正常的
但经过下面的3个_StrcopyW就变得不正常了 好像今天的修改有问题,明天再继续!
|
能力值:
( LV3,RANK:30 )
|
-
-
24 楼
后期就不能指望作者了。。。
|
能力值:
( LV3,RANK:20 )
|
-
-
25 楼
去掉一些非指令性字符串,已经接近可用了
下面是最新修改
ollydbg 2.01new.rar
接下来就是修改ascii的显示问题,这个比较复杂!
还有就是有些像字符串的指令,实质又不是的情况
下面是另外一个程序的字符查找例子,同样是vb编的!
这种好像不能简单的去掉
|
|
|