折磨 SlickEdit

怕鬼遇鬼。一年前在做 E32 文件解压的时候就发现,它的压缩算法有两种,一种是 deflate,一种是 byte-pair。当时孤陋寡闻,见识不广,采用后一种压缩算法的映像根本没有见到过,所以只是疑虑了一下,也没太在意。结果今年就见到了,是在 Nokia 自己的一款软件产品里。只好借此机会了解一下。这才发现,原来 mmp 文件中可以把 E32 文件的压缩算法指定为 byte-pair。

逐步深入,更是令人惊叹连连。这个算法竟然和 Symbian 操作系统支持分页有关。我的思维还停留在古老的 Symbian 不支持分页年代。查找分页有关的资料,不免要到 Symbian Foundation 的代码里翻腾,这就导致要找一个对符号处理、大数量文件处理都比较好的环境。想来想去,想到了 SlickEdit。当然,有人偏爱 Source Insight,不过它停滞更新已久,而我又实在难以欣赏它什么地方的工具条上都要贴个纹理图的审美情趣,只能放弃。

SlickEdit 好是好,可惜没有许可它不让用。在 CSDN 上用我最后的一分资源分下载了个许可,可惜得很,不能用。无奈只好搜索破解补丁,又说版本不对,后来竟然找到一篇破解说明,依葫芦画瓢,只消在 HxD 里修改两个字节,就轻松取得了胜利。FlexLm 那帮家伙,写无数的算法,真不知道有什么用处,蔑视一下。

第一时间根据 sf 的代码目录创建了个工程,开始看 SlickEdit 进行分析。二十多万个文件,一度把它弄得大翻白眼,不时报文件 IO 错误,或者是停止响应,不过还好,最后挺了过来,我挺佩服作者的内存管理模块的,呵呵。

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注