"同类软件的鼻祖” Seer 抄走了我的 GPL 代码去卖钱……

先放一张图：

真的如此吗？

背景

我在几个月前做了一个类似苹果系统 Quick Look 的工具（Github 链接；当时在 V2EX 发的帖子在此），开发初衷正是因为我觉得 Seer 不太好用，且不开源&收费的模式让我有些不爽。

之后经过不断地改进，在 0.2.0 版本中（链接），我加入了预览打开 /保存对话框中文件的功能。其他同类的软件，包括 Seer，都没有实现这个功能（可能是因为他们的对 Windows 底层的了解太弱了）。同时，为了保护我的成果不被随意使用，我把项目的开源协议从 LGPL 换成了更严格的 GPL，以保证没人能闭源使用用我的代码。然而，这对收费的闭源软件 Seer 来说并没有什么用。

Seer 抄了啥？

先给个简单的列表：

对话框 Hook 注入部分的代码
对话框 Hook 被注入的 DLL 的代码
Directory Opus 兼容部分的相关代码
(不确定)UWP 判断代码

有啥证据？

刚刚发布的 Seer 1.5.0 包含了上述抄袭的代码，而且抄走的代码逻辑几乎完全没有变化，能看着他的汇编完美还原出（我的）包含变量定义的源代码。我在截图中附加了我代码中的一些注释便于各位理解；截图汇编来自 Seer 1.5.0 的 Seer.exe （1E44DB795A8D4D7CBE5D2024ECF168FF）和 DlgHook.dll （161471A6F9785EA4A35887060B8743E1）。右侧的代码来自这里。

1. 对话框注入代码

Seer 的作者看上去并不是十分理解我代码的意思，因为他抄过去的代码没什么用……

为什么这么说呢？首先，我的程序是 64 位的，为了注入到 32 位进程里，我用了 IsWowProcess API 来判断 (i) 自身是否在 32 位上运行 (ii) 目标程序是否是 32 位。如果 (i) 不成立且 (ii) 成立，就调用一个独立的 32 位 Helper.exe 把 DLL 注入到目标进程里。然而，Seer 本身是 32 位进程且没有 64 位的 Helper。也就是说，他判断了好几次，最后啥都没干直接 return 了。

不过，令人欣慰的是 Seer 把 if(!isTragetWoW64)条件改了，没有盲目粘贴。

2. 对话框被注入的 DLL 代码

懒得解释了，一看就明白。那个 WM_USER+7 不是我发现的，是网上流传的未公开消息。

3. Directory Opus 相关代码

Directory Opus 官方只给了一个独立的 exe 用以和第三方交互，而且这个 exe 只支持把结果写到文件里。于是乎，Seer 1.4.0 就每隔 0.x 秒运行那个 exe、写结果到文件、读文件，疯狂占用 CPU 和 IO。为了避免这个问题，我逆向了官方提供的那个 exe，发现了未公开的 WM_COPYDATA 消息（逆向结果在此）并用到了我的 QuickLook 里。

Seer 1.5.0 版本里就把它抄走了……哦不，没有完全照抄，作者把等待的 2000 毫秒改成了 800 毫秒。不过这也太明显了吧，连前四行 if 判断都没改就放进来了。

4. UWP 判断代码 (不确定)

我不确定 Seer 作者是不是自己发现判断 ERROR_INSUFFICIENT_BUFFER 就够了，而不用申请内存后再次调用（网上的代码大都是两次调用）。

发帖的诉求是啥？

看到这里，相信各位已经对是否抄袭这个事实有一个结论了。我的代码受 GPLv3 协议的保护：任何使用它的人都必须遵守协议，把所有相关代码以 GPLv3 协议开源。既然 “ decent ” 是 Seer 的作者 idealistcorey 非常看重的东西，那么请自觉遵守 GPLv3 协议，把 Seer 1.5.0 版本的代码以 GPLv3 协议开源，即使你接下来把相关代码完全重写。

另外要告诫 Seer 作者：别人的代码不是复制粘贴就可以的。

最后作为对比，人家 Sekai Project 就很有版权意识，就算是想要用用 LGPL 协议的 Locale Emulator 都先来发个邮件问问：

更别说大企业了：

谢谢各位读到这里。

PS：某人的水平也太差了吧，对话框 HOOK 的 Helper.exe 源代码都在那儿，你都抄不走？