好东东
试用中

好东西，下载看看。

真是好东东！

多谢楼主的好东西，试用中~！

多谢，看看。

多谢，试用中~！

好东东，谢谢

如果上面不好用，试试我这个。
http://free.ys168.com/?crack1
RR.rar

备注：该程序只适合专业人士使用。至于用法，自己琢磨了。

好东西！！！支持！

最初由 TeLeMan 发布
如果上面不好用，试试我这个。
http://free.ys168.com/?crack1
RR.rar

备注：该程序只适合专业人士使用。至于用法，自己琢磨了。

请以更专业的眼光去做事情，有心人能做成一切事情，何况我的文档已经标注详细的使用说明。

好东东，下下来用用！

学习！！！

修一下dREAMtHEATER's CrackMe-1看看

最初由 nbw 发布
学习！！！

应回＂好东东，下下来用用＂，你回的有点离谱！

,dREAMtHEATER老大的东东

bugs_Report:
测试对象：NoteXPad
    NoteXPad.exe在脱壳后能正常运行，功能也能正常使用，但资源变位，一般资源工具如：ResHacker不能对其进行正常的浏览和编辑。

我用FreeRes.exe和FixRes.dll分别对脱壳后的NoteXPad.exe进行简单的对比：（虽然已经通过了修复）
1.FreeRes以为无条件重做一份资源为代价，即新增一个资源节
2.FixRes.dll似乎犯了个错误，就是在源资源表开始进行扩充修复（不知我是否说错了）。
  一般我们都是把Dll的修复放到脱壳后的最后一个节上的，这样去修复资源，DLL都错位了。
3.FixRes.dll似乎也犯了我以前尝试用脚本修复的错误（也能修复出同样的资源表，仅能浏览[以ResHacker为例]，文字方面无法显示正常，运行就出资源问题），因为也没有深究，放弃了，可参阅图片上的对比结果：








建议：
1.资源应该修复在文件的最后一节，这可以避免资源再编辑的问题（否则更改资源会有不成功的可能，做过汉化的人会比我更清楚吧）。

2.注意其它节的位置改动会带来的影响，更改了OffSet，RVA位置时有必要考虑修复它们（如：Import Table）。

3.你可以对比两种tool修复后的资源看看有什么不同，我觉得位图那些是不会出问题的（到了文字有关的，就会有似乎是语系上的问题，不确定，我也很期代你能找出原因）

本人之意见不代表技术，水平也水得很，所以可以忽视的...哈哈

我自己脱了一下我的 NoteXPad，发现除了 Dialog resource 发生了错误，其他没有任何问题，说明 Dialog 资源中有很多跟字符串相关的指针，我的程序操作时只是忠实地搬移数据块，而并没有针对特殊的资源类型可能造成的字符串指针错误，我看看能否进一步修正，

关于资源节是否是最后一个节，根本对程序没有任何影响，对汉化是否有影响我就不知道了，PE 格式是一个很灵活的格式，我之所以没有将rsrc放在最后一个节，是因为这样会减少很多操作的复杂性，至于注意其它节的位置改动会带来的影响，更改了OffSet，这个不用操心，如果这个都没有考虑到，我也就没有写的必要。

检验结果：目前只发现Dialog 资源修复不正常。

另外说一下，脱Delphi资源不会发生任何错误，可放心使用

纯支持:D

又仔细想了一下，准备采纳 askformore 的意见，将resource节放在最后一个节。

dREAMtHEATER，你好：

下面是我昨晚打的字，当时有事，没发成，没想到你今天又回复了，其中1.可以跳过

摘自：
  
1.“简介：该引擎特别适合进行软件汉化工作的朋友。”“于资源节是否是最后一个节，根本对程序没有任何影响，对汉化是否有影响我就不知道了”
    既然你有了这个助人的念头，应该做好它，不是吗？根本对程序没有任何影响，这那里说呢？本身脱壳后的程序资源是能正常运行的，如果只想浏览资源，就没必要去修复它（正如你所说的PE Explorer能浏览）-毕竟会增磅的；而谈到保证修复编辑这方面，你可以想象，无论是汉化者或是喜欢炫耀的Carcker,Hacker等，若修复后的资源节不是在最后一节（有overlay的可能要使用者自己解决一些指针上的问题了，这是任何作者都无法保证解决PE正常运行的特殊情况），资源节已经限制了大小，因为它不在最后一节（现在的资源编辑器无法对这个智能扩充大小，正如你说的更“复杂”），例如想给PE文件加个位图以显示自己的大名（吸引别人的眼球）、头象、身段、身手等，就不得不加大资源节了，而资源节所剩余的只有对齐后的00空间，未必能满足需求。如果你认为复杂而不去做，我也没意见，毕竟我就是这类人，还敢好意思谈论别人，不怕石头、桌椅扔死才怪。

2.“至于注意其它节的位置改动会带来的影响，更改了OffSet，这个不用操心，如果这个都没有考虑到，我也就没有写的必要。”
   我很同意，希望你做得更好！但为何我的import table在使用你的dll修复后，就反而乱了，根本运行就报dll出错-see picture above（我是脱壳修复-[dll修复在最后新增了一个节]能运行后才用你的Dll修复资源的）！

3.我想明确一下，你的dll应该在脱壳的什么时候使用，如简单的脱壳，一般只需修复dll，究竟在刚Dump下来用你的dll，还是修复到正常运行时，才用你的dll修复呢？我想是后者吧，对不？

继续测试中，希望这次让大家满意，写代码要有好的思路，另外更要有锲而不舍的精神，这部分代码可以说非常复杂，稍微的不小心，就会造成操作全盘皆输

谢谢~赞
换freeRes~~~

好东西，试一下

纯支持，呵呵。偶只会开开机，打打字，灌灌水。