-
-
隆重推出 DT_FixRes 最终版 -- 最好的 PE 资源修复引擎
-
发表于: 2005-3-13 20:02
-
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
学习DreamtHearter的精神
|
|
|
DT老大，DT-FixRes修复出来的资源节还可以优化紧凑的大小吧，似乎大了点（只要资源工具能正确识别出来，是会自动根据用户需要扩充缩水的）；另外，可以将原来的资源尸体也清零（包括分布到其它节的）吧，这样我们懂点PE的可以减一下肥，若资源较大，那是很可观的哟！；还有的是能不能再做另一个接口（或集成加Rva参数，默认为0则不输出资源节，若用户给定Rva则输出）：
如：function OutOrderRes(const OutResFileName: PChar; ErrBuff: PChar; Rva: Dword): Boolean; stdcall; 将资源节按用户填写的资源表RVA值（目录表里的那个）进行处理，输出独立的二进制资源文件（整份），以方便我们更灵活的精简组装PE！ 引擎源码在你手上，不然我自己来，这个实现对于你来说更简单的，我个人觉得这样的FixRes引擎是最吸引人的！ 
|
|
|
|
|
|
俄国老写的东西我也早就试过了，的确是懒人产品
其实我意思不是要你做清除资源尸体的工作（而是将其清0），因为清除就意味优化，优化会带来复杂性和难于保证正确优化--原因也很多，我想优化是见人见智的事，好像hexer优化得那么变态的狠，是比较少人去做的事  对资源输出的RVA（就称资源入口）值的确定方案我有2种吧： 1.和2.都要共同遵守 Sections_sum <= RVA >=1000 [公则范围]，不在这个范围，我也不知使用者想干什么； 我所见的PE头（泛指）映射到内存都是image+1000之前，以后才是代码和数据的，资源安排到这个PE头我也没见过，超出Sections_sum的，干嘛不直接选择PE资源一同修复，也不太合理吧。 1. 资源入口是能整除 1000h 的16进制值，采用Section块对齐[工整，顺眼] 2. 资源入口是在 [公则范围] 内随意16进制值，出于输出节对原PE文件的无直接相关性，用户比较了解PE如何能优化映射内存。 我个人喜欢后者，不过无论选择哪个也不是有什么大影响，因为使用者要求自己去动手优化（重新组装PE）。 |
|
|
|
|
|
|
|
|
|
|
|
辛苦了,支持
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
现在的版本就处理资源来说已经比较优秀...
其它的功能做到另外的产品中吧
|
|
|
最初由 askformore 发布 谢谢你的鼓励 准备收工了，又将代码框架稍微调整了一下，请大家重新下载。 如果哪位朋友英文文笔不错，能否将我的说明文档翻译成英文，先再此谢谢！ 3-20 pm 5:05 |
|
|
|
|
|
|
|
|
|
