能力值：
( LV6，RANK：90 )
|
-
-
2 楼
鉴于有的函数是：
j___xxx
{
jmp 外部实际的函数体
}
形式的函数名，这种J_函数本身不是库函数，但他jmp到的实际上就是库函数
如
j___strlen
{
jmp strlen
}
因此，凡是这种函数基本上都可认定为库函数（虽然他不具有库函数属性）
此楼的附件修正V1.2版本的这个问题，请最好使用这个版本，如果你觉得第一楼的版本也不错，就使用第一楼的附件吧
|
能力值：
( LV3，RANK：30 )
|
-
-
3 楼
想法不错，期待继续改进
|
能力值：
( LV2，RANK：10 )
|
-
-
4 楼
不错，支持一下
|
能力值：
( LV6，RANK：90 )
|
-
-
5 楼
V1.3版本去掉了所有导入函数，
推荐使用这个版本，注意有的函数调用路径比较深，比如WinMain函数，因此脚本可能会运行很长
时间，应该不会不超过30秒，一般的中间层的函数，两三秒就出结果了
|
能力值：
( LV3，RANK：30 )
|
-
-
6 楼
1.3 这个思路就不对了，很多时候，单单靠判断调用 库函数 就能模糊判断出当前函数的大概意图
应该打印出所有函数（遇相同调用的函数也一并按顺序打印），并且遇 jcc 还需要展开层次（ 遇 jmp 直接归纳 ）
这个脚本离实用暂时还有距离，楼主继续努力。。。。。。
|
能力值：
( LV6，RANK：90 )
|
-
-
7 楼
哪个版本体验较好，大家反馈一下哈
|
能力值：
( LV6，RANK：90 )
|
-
-
8 楼
有的函数调用的api函数多打几十个，把那些存根函数也列出来的话，输出列表会很长，不信你可以分析od的WinMain函数或者其他高层次函数
|
能力值：
( LV12，RANK：1010 )
|
-
-
9 楼
我只用到了CTRL +[ ]，哈哈哈
要是能在F5后的伪代码中也能这样跳就好了
|
能力值：
( LV2，RANK：10 )
|
-
-
10 楼
多谢楼主分享了
|
能力值：
( LV9，RANK：170 )
|
-
-
11 楼
有没有超级F5,能从选定的proc反编译一直到其所调用的所有其他函数（叶子）输出到一个.c文件？
|
能力值：
( LV6，RANK：90 )
|
-
-
12 楼
昨两天有事忙别的去了，刚做的V1.4版本大力优化速度，可以直接从任意一个大型程序最顶层的WinMain函数开刀分析，不仅准确，而且秒出结果，强烈推荐~
|
能力值：
( LV2，RANK：10 )
|
-
-
13 楼
函数指令遍历的代码是有问题的：如果函数由多个chunk组成，其中某些chunk位于函数返回指令所在chunk之后（inst>end），将无法遍历那些chunk。
|
能力值：
( LV2，RANK：10 )
|
-
-
14 楼
解析控制流,打印函数,6楼这个思路不错
|
|
|
|
