~~
EXECOPE修改VC类程序标准资源，确实很方便。尤其在处理程序内嵌的图像时。
首先你要判断程序的开发语言、判断和查找资源的类型、位置。
大多数软件开发完成进行编译时，都要加壳，还要先把壳脱掉，
否则根本找不到资源。（比如Cubase）
有些资源，并不在主程序或启动时加载的DLL文件里。甚至有些是调用的其他
插件或Windows下的一些东西。这可以用动态跟踪、下断点的方法来查明。
象你图中所指的，我判断10有89不是标准资源的字符，也不是标准的ASCII。
标准ASCII，可以使用16进制编辑器直接打开文件进行匹配性修改，VC程序
中，字串结束标志是00，也可以酌情以20补充。（16进制的20即空格）
很可能是位图。可以用EXECOPE打开查找。
不一定存在于主程序中。仔细找找吧。
程序修改，一般都是伴随着程序调试和动态跟踪、静态分析而同时进行的，
孤立的修改，很容易出现问题。
另外，EXECOPE做简单的修改或小程序的修改，确实方便。稍大一点的软件，
就力不从心了，工作量非常大。我推荐使用VL或Multilize.微软也有一个
程序修改Studio的软件，这些支持字典、批量代换和程序资源提取。
首先你要判断程序的开发语言、判断和查找资源的类型、位置。
大多数软件开发完成进行编译时，都要加壳，还要先把壳脱掉，
否则根本找不到资源。（比如Cubase）
有些资源，并不在主程序或启动时加载的DLL文件里。甚至有些是调用的其他
插件或Windows下的一些东西。这可以用动态跟踪、下断点的方法来查明。
象你图中所指的，我判断10有89不是标准资源的字符，也不是标准的ASCII。
标准ASCII，可以使用16进制编辑器直接打开文件进行匹配性修改，VC程序
中，字串结束标志是00，也可以酌情以20补充。（16进制的20即空格）
很可能是位图。可以用EXECOPE打开查找。
不一定存在于主程序中。仔细找找吧。
程序修改，一般都是伴随着程序调试和动态跟踪、静态分析而同时进行的，
孤立的修改，很容易出现问题。
另外，EXECOPE做简单的修改或小程序的修改，确实方便。稍大一点的软件，
就力不从心了，工作量非常大。我推荐使用VL或Multilize.微软也有一个
程序修改Studio的软件，这些支持字典、批量代换和程序资源提取。