让aMule支持DLP的源码补丁（1月24日更新了～）

Lavande · #106

Bill Lee 写了：

Lavande 写了：100L的patch好像有问题啊

代码：全选

laptop:~/pro/aMule-2.2.6$ patch -p0 < ../aMule-2.2.6-DLP3904-BillEnh02-origan.patch
can't find file to patch at input line 4
Perhaps you should have used the -p or --strip option?
The text leading up to this was:
--------------------------
|diff -uNr aMule-2.2.6-origan/po/zh_CN.po aMule-2.2.6-DLP3904-BillEnh02/po/zh_CN.po
|--- aMule-2.2.6-origan/po/zh_CN.po	2009-09-17 05:03:29.000000000 +0800
|+++ aMule-2.2.6-DLP3904-BillEnh02/po/zh_CN.po	2010-01-24 11:43:09.000000000 +0800
--------------------------
File to patch:

很抱歉，生成补丁时没认真检查测试，不小心用了绝对路径，现已修复，请重新下载。

可以用了，thx

santizhai · #107

santi@santi-laptop:~$ ./configure --prefix=/usr --disable-debug --enable-optimize --enable-upnp --enable-geoip --enable-nls --enable-amulecmd --enable-alcc -enable-alc --enable-cas --enable-wxcas --enable-mmap
bash: ./configure: 没有该文件或目录

出现这个该怎么办阿？？不知道代码的意思的人弱弱问一下，下一步该怎么处理？

Bill Lee · #108

santizhai 写了：
santi@santi-laptop:~$ ./configure --prefix=/usr --disable-debug --enable-optimize --enable-upnp --enable-geoip --enable-nls --enable-amulecmd --enable-alcc -enable-alc --enable-cas --enable-wxcas --enable-mmap
bash: ./configure: 没有该文件或目录
出现这个该怎么办阿？？不知道代码的意思的人弱弱问一下，下一步该怎么处理？

你一定是忘了执行cd aMule-2.2.6/这一步了
一定要先进入aMule-2.2.6/目录
参见http://forum.ubuntu.org.cn/viewtopic.php?t=232845&p=1637091#p1637091
注意：第一步解压时请不要照抄路径，要根据你下载的路径来写
第二步要记得cd aMule-2.2.6/

Bill Lee · #109

在Wiki添加了页面
位于“网络应用” - “带DLP的aMule”
http://wiki.ubuntu.org.cn/AMule
这次只写了关于安装的部分，以后还要补上基本的aMule设置
原来的那个关于aMule的Wiki实在老掉牙了，很多内容已经过时

santizhai · #110

Bill Lee 写了：
santizhai 写了：
santi@santi-laptop:~$ ./configure --prefix=/usr --disable-debug --enable-optimize --enable-upnp --enable-geoip --enable-nls --enable-amulecmd --enable-alcc -enable-alc --enable-cas --enable-wxcas --enable-mmap
bash: ./configure: 没有该文件或目录
出现这个该怎么办阿？？不知道代码的意思的人弱弱问一下，下一步该怎么处理？
你一定是忘了执行cd aMule-2.2.6/这一步了
一定要先进入aMule-2.2.6/目录
参见http://forum.ubuntu.org.cn/viewtopic.php?t=232845&p=1637091#p1637091
注意：第一步解压时请不要照抄路径，要根据你下载的路径来写
第二步要记得cd aMule-2.2.6/

谢谢了，学习了哈哈，刚刚用ubuntu,但是完成以后打开wxcas的时候说我缺少amulesig.dat呢。谢谢！

Bill Lee · #111

santizhai 写了：
Bill Lee 写了：
santizhai 写了：
santi@santi-laptop:~$ ./configure --prefix=/usr --disable-debug --enable-optimize --enable-upnp --enable-geoip --enable-nls --enable-amulecmd --enable-alcc -enable-alc --enable-cas --enable-wxcas --enable-mmap
bash: ./configure: 没有该文件或目录
出现这个该怎么办阿？？不知道代码的意思的人弱弱问一下，下一步该怎么处理？
你一定是忘了执行cd aMule-2.2.6/这一步了
一定要先进入aMule-2.2.6/目录
参见http://forum.ubuntu.org.cn/viewtopic.php?t=232845&p=1637091#p1637091
注意：第一步解压时请不要照抄路径，要根据你下载的路径来写
第二步要记得cd aMule-2.2.6/
谢谢了，学习了哈哈，刚刚用ubuntu,但是完成以后打开wxcas的时候说我缺少amulesig.dat呢。谢谢！

使用wxCas需要在amule设置里打开在线统计的选项

chengr28 · #112

Bill Lee 写了：DLP3904 BillEnh02
增加了封口杀 VeryCD 的另一个 Mod: miniMule
这个miniMule的分享功能更弱了，似乎已经不是分享工具，俨然一个下载工具，而且继续违反GPL协议。

你好，我是SDC的作者
那个MiniMule可以说是100%的吸血客户端了
（关于迷你阉割驴的讨论，可以参考： http://www.ied2k.com/forum/topic-20362.html ）
SDC是彻底屏蔽的（所有版本都是），我联系过zz_fly她表示官方DLP下次升级会加上

Bill Lee 写了：DLP3904 BillEnh02

另外还想问问楼主（纯粹是技术上的问题，不是偏袒VeryCD），VeryCD easyMule有什么吸血行为？我这里看不出来，我下载的大多数内容都是VeryCD easyMule传给我的。而且有人说的有了VeryCD easyMule其他客户端就没下载速度了，这种现象我这边也不会有，大家的下载速度都差不多。

http://zh.wikipedia.org/wiki/%E5%90%B8% ... 0%E9%A9%B4
阉割驴（EasyMule）的话属于的是GPL-Breaker，因为阉割驴自带的DLP（VeryCD制作）没有开放源代码
同时在上次的质问中，VeryCD员工也承认他们自己的DLP是基于Xtreme的制作但是没有开放源代码
而且最重要的是，有上传不等于不吸血

Bill Lee 写了：DLP3904 BillEnh02
现在3904增加对HelloTag的检测后，发现了很多似乎是伪装成VeryCD easyMule的Mod。如：
2010-01-24 20时16分58秒: [HelloTag [LSD7c]] 用户 [CHN][VeryCD]大家一起来加速位于 110.243.101.24:7558，使用 eMule v0.49b - VeryCD easyMule 091228 VeryCD easyMule 091228 (88/(null)/(null))
2010-01-24 20时17分18秒: [HelloTag [LSD7c]] 用户 [CHN][VeryCD]分享越多下载越快位于 59.174.39.34:5146，使用 eMule v0.49b - VeryCD easyMule 091228 VeryCD easyMule 091228 (88/(null)/(null))

其实加上Hello-Tag握手协议的检测是好事，因为以前渣雷曾经伪装过大批正规客户端的版本号

eMule v0.48a [Xtreme 7]
eMule v0.48a [ZZUL Plus 1]
eMule v0.48a [ScarAngel 3.0]

以上仅仅是举了3个例子，实际上渣雷曾经伪装过几十个版本号，所以仅仅依靠版本号检测不太现实，而且非常容易造成误杀
不过新版渣雷已经取消了Hello-Tag握手协议的识别并且表明了自己的版本号（xl build**）
这个倒方便了封禁

Bill Lee 写了：DLP3904 BillEnh02
现在3904增加对HelloTag的检测后，发现了很多似乎是伪装成VeryCD easyMule的Mod。如：
2010-01-24 20时16分58秒: [HelloTag [LSD7c]] 用户 [CHN][VeryCD]大家一起来加速位于 110.243.101.24:7558，使用 eMule v0.49b - VeryCD easyMule 091228 VeryCD easyMule 091228 (88/(null)/(null))
2010-01-24 20时17分18秒: [HelloTag [LSD7c]] 用户 [CHN][VeryCD]分享越多下载越快位于 59.174.39.34:5146，使用 eMule v0.49b - VeryCD easyMule 091228 VeryCD easyMule 091228 (88/(null)/(null))

我看了一下，这个不太像是伪装的，应该是误杀
而且挂载官方DLP也没有看到类似的封杀记录

Bill Lee 写了：DLP3904 BillEnh02
更新记录：
BillEnh02

封口杀了miniMule（可选）

修正了DLP3904 BillEnh01中关于Ban easyMule2的选项的gettext翻译(zh_CN)出错的bug

BillEnh01
修正了把easyMule2和VerCD easyMule 1.x一起杀的bug

-------------------------------
这次是以patch的形式提供了。
这次编译测试通过，可以运行。但miniMule还较少人用，等了好久没遇上一个。算了，其实最怕的错误就是一些拼写错误，但是编译通过了就肯定没问题了。至于杀miniMule效果，等以后慢慢看吧。
本来预计昨晚能弄好的，可是在清理时一不小心敲下了rm aMule-2.2.6-BillEnh02*，于是，代码就永远地消失了。
另外顺便说一句：经测试，DLP3904 BillEnh01中对封口杀 easyMule2的改进有效。

嗯……不错……
不过SDC 39005对于阉割驴2（EasyMule2）是彻底屏蔽的（所有版本都是），而无论设置是怎么样（HardBan）
阉割驴2（EasyMule2）被彻底屏蔽的原因就是：
1.GPL-Breaker（涉嫌抄袭aMule，aMule方面也有人用软件证实了，只是VeryCD不承认）
2.频繁进行下载请求（存在大量被封杀记录[尽管频繁进行下载请求不是DLP的功能]，是非常恶劣的行为，甚至是不具备动态反吸血DLP的官方版eMule也能对其进行屏蔽）

在这里我顺便提供一下版本号资料：
1.阉割驴（EasyMule2）： eMule Compat v*.*.* [easyMule2 ******/********]
例子：
[Bad MODSTRING](ban)- Client 115.148.158.56 '[CHN][VeryCD]JOJO' (eMule Compat v2.0.1 [easyMule2 20091215],None/None/None)

2.迷你阉割驴（VeryCD-MiniMule）eMule Compat v*.* [miniMule ********]
例子：
[Bad MODSTRING](IP ban)- Client [email protected] (192.168.0.235) '[CHN][VeryCD]yourname' (eMule Compat v1.0 [miniMule 20100108],None/None/None)

chengr28 · #113

Bill Lee 写了：DLP3904 BillEnh02
增加了封口杀 VeryCD 的另一个 Mod: miniMule
这个miniMule的分享功能更弱了，似乎已经不是分享工具，俨然一个下载工具，而且继续违反GPL协议。

你好，我是SDC的作者
那个MiniMule可以说是100%的吸血客户端了
（关于迷你阉割驴的讨论，可以参考： http://www.ied2k.com/forum/topic-20362.html ）
SDC是彻底屏蔽的（所有版本都是），我联系过zz_fly她表示官方DLP下次升级会加上

Bill Lee 写了：DLP3904 BillEnh02

另外还想问问楼主（纯粹是技术上的问题，不是偏袒VeryCD），VeryCD easyMule有什么吸血行为？我这里看不出来，我下载的大多数内容都是VeryCD easyMule传给我的。而且有人说的有了VeryCD easyMule其他客户端就没下载速度了，这种现象我这边也不会有，大家的下载速度都差不多。

http://zh.wikipedia.org/wiki/%E5%90%B8% ... 0%E9%A9%B4
阉割驴（EasyMule）的话属于的是GPL-Breaker，因为阉割驴自带的DLP（VeryCD制作）没有开放源代码
同时在上次的质问中，VeryCD员工也承认他们自己的DLP是基于Xtreme的制作但是没有开放源代码
而且最重要的是，有上传不等于不吸血

Bill Lee 写了：DLP3904 BillEnh02
现在3904增加对HelloTag的检测后，发现了很多似乎是伪装成VeryCD easyMule的Mod。如：
2010-01-24 20时16分58秒: [HelloTag [LSD7c]] 用户 [CHN][VeryCD]大家一起来加速位于 110.243.101.24:7558，使用 eMule v0.49b - VeryCD easyMule 091228 VeryCD easyMule 091228 (88/(null)/(null))
2010-01-24 20时17分18秒: [HelloTag [LSD7c]] 用户 [CHN][VeryCD]分享越多下载越快位于 59.174.39.34:5146，使用 eMule v0.49b - VeryCD easyMule 091228 VeryCD easyMule 091228 (88/(null)/(null))

其实加上Hello-Tag握手协议的检测是好事，因为以前渣雷曾经伪装过大批正规客户端的版本号

eMule v0.48a [Xtreme 7]
eMule v0.48a [ZZUL Plus 1]
eMule v0.48a [ScarAngel 3.0]

以上仅仅是举了3个例子，实际上渣雷曾经伪装过几十个版本号，所以仅仅依靠版本号检测不太现实，而且非常容易造成误杀
不过新版渣雷已经取消了Hello-Tag握手协议的识别并且表明了自己的版本号（xl build**）
这个倒方便了封禁

Bill Lee 写了：DLP3904 BillEnh02
现在3904增加对HelloTag的检测后，发现了很多似乎是伪装成VeryCD easyMule的Mod。如：
2010-01-24 20时16分58秒: [HelloTag [LSD7c]] 用户 [CHN][VeryCD]大家一起来加速位于 110.243.101.24:7558，使用 eMule v0.49b - VeryCD easyMule 091228 VeryCD easyMule 091228 (88/(null)/(null))
2010-01-24 20时17分18秒: [HelloTag [LSD7c]] 用户 [CHN][VeryCD]分享越多下载越快位于 59.174.39.34:5146，使用 eMule v0.49b - VeryCD easyMule 091228 VeryCD easyMule 091228 (88/(null)/(null))

我看了一下，这个不太像是伪装的，应该是误杀
而且挂载官方DLP也没有看到类似的封杀记录

Bill Lee 写了：DLP3904 BillEnh02
更新记录：
BillEnh02

封口杀了miniMule（可选）

修正了DLP3904 BillEnh01中关于Ban easyMule2的选项的gettext翻译(zh_CN)出错的bug

BillEnh01
修正了把easyMule2和VerCD easyMule 1.x一起杀的bug

-------------------------------
这次是以patch的形式提供了。
这次编译测试通过，可以运行。但miniMule还较少人用，等了好久没遇上一个。算了，其实最怕的错误就是一些拼写错误，但是编译通过了就肯定没问题了。至于杀miniMule效果，等以后慢慢看吧。
本来预计昨晚能弄好的，可是在清理时一不小心敲下了rm aMule-2.2.6-BillEnh02*，于是，代码就永远地消失了。
另外顺便说一句：经测试，DLP3904 BillEnh01中对封口杀 easyMule2的改进有效。

嗯……不错……
不过SDC 39005对于阉割驴2（EasyMule2）是彻底屏蔽的（所有版本都是），而无论设置是怎么样（HardBan）
阉割驴2（EasyMule2）被彻底屏蔽的原因就是：
1.GPL-Breaker（涉嫌抄袭aMule，aMule方面也有人用软件证实了，只是VeryCD不承认）
2.频繁进行下载请求（存在大量被封杀记录[尽管频繁进行下载请求不是DLP的功能]，是非常恶劣的行为，甚至是不具备动态反吸血DLP的官方版eMule也能对其进行屏蔽）

在这里我顺便提供一下版本号资料：
1.阉割驴（EasyMule2）： eMule Compat v*.*.* [easyMule2 ******/********]
例子：

[Bad MODSTRING](ban)- Client 115.148.158.56 '[CHN][VeryCD]JOJO' (eMule Compat v2.0.1 [easyMule2 20091215],None/None/None)

2.迷你阉割驴（VeryCD-MiniMule）eMule Compat v*.* [miniMule ********]
例子：

[Bad MODSTRING](IP ban)- Client [email protected] (192.168.0.235) '[CHN][VeryCD]yourname' (eMule Compat v1.0 [miniMule 20100108],None/None/None)

Bill Lee · #114

终于验证了对miniMule的封杀有效

以前一直没遇上，这次连续运行了8小时了，在日志里找到了这个。

2010-02-16 13时26分21秒: [HelloTag [SpeedMule]] 用户 [CHN][VeryCD]感谢分享位于 125.39.130.9:4665，使用 eMule v0.49b - VeryCD easyMule 091228 VeryCD easyMule 091228 (ec/(null)/(null))
2010-02-16 13时28分06秒: [Modstring_Hard Xunlei] 用户 [CHN][VeryCD]F`E 位于 61.184.206.4:65535，使用 eMule v0.48a - xl build61 xl build61 (00/(null)/(null))
2010-02-16 13时28分34秒: [Modstring_Hard Xunlei] 用户 [CHN][VeryCD]ZBX[ 位于 123.139.210.59:65535，使用 eMule v0.48a - xl build61 xl build61 (00/(null)/(null))
2010-02-16 13时28分55秒: [Modstring_Hard Xunlei] 用户 [CHN][VeryCD]ZI 位于 124.78.45.192:16439，使用 eMule v0.48a - xl build61 xl build61 (00/(null)/(null))
2010-02-16 13时29分29秒: [miniMule] 用户 [CHN][VeryCD]yourname 位于 119.122.246.16:8500，使用 miniMule 20100203 v1.0a - miniMule 20100203 miniMule 20100203 (00/(null)/(null))
2010-02-16 13时29分37秒: [Modstring_Hard Xunlei] 用户 [CHN][VeryCD]T^yl` 位于 180.174.53.200:65535，使用 eMule v0.48a - xl build61 xl build61 (00/(null)/(null))
2010-02-16 13时29分58秒: [Modstring_Hard Xunlei] 用户 [CHN][VeryCD]jEPsV 位于 119.104.32.134:65535，使用 eMule v0.48a - xl build61 xl build61 (31/(null)/(null))

另外，HelloTag检测的问题我会检查一下（这部分是楼主弄的，我还没看过代码）

Bill Lee · #115

bug报告：对HelloTag和InfoTag的检测无效且存在误杀
影响版本：DLP3904，DLP3904-BillEnh01，DLP3901-BillEnh02
影响程度：严重误杀
暂时解决方案：在设置中取消“根据握手标签(HelloTag)检测吸血骡”和“根据InfoTag检测吸血骡”
问题原因：可能是没有获取客户端的NameID，用于吸血检测的NameID为栈空间中的无意义数据。
详细内容：CUpDownClient::GetClientNameID()函数返回m_clientNameID。m_clientNameID为CUpDownClient的私有数据成员，但在代码中未发现任何关于m_clientNameID的定义或赋值。

Bill Lee · #116

DLP3904-BillEnh03更新
修正了 HelloTag, InfoTag 检测时使用了错误数据的bug

aMule-2.2.6-DLP3904-BillEnh03.patch.gz: 修正了bug; (22.52 KiB) 已下载 2266 次

本来想把这个版本内测掉的，因为代码有点乱，而且还有一个问题没解决。不过还是决定过几天再发个版本吧。
其实没解决的问题从一开始就有了，LZ在Upload队列里检测吸血骡，可是要是它不申请上传，就不会引发检测，这是你就有可能从它那里下载，而它没法从你这里下载。（这样我们不也在吸血了？）。我看了eMule Xtreme Mod 的代码，因该在 BaseClient.cpp 里检测。下个版本解决。
HelloTag, InfoTag 是 ED2K 客户端发送 HelloTypePacket, MuleInfoPacket 时标记包类型的Tag，楼主误把它当成了 client 的属性。
LZ 的代码把我害得好惨（结构太混乱，定义写进了h file, h file 里该写的声明又没写），我编译了好久才把错误排除了（现在还有一些地方不太好）。
已经测试了，对HelloTag的检测有效。

2010-02-18 22时07分51秒: [Modstring_Hard Xunlei] 用户 [CHN][VeryCD]PiiquW_q 位于 112.98.176.4:65535，使用 eMule v0.48a - xl build61 xl build61 (00/(null)/(null))
2010-02-18 22时08分18秒: [Modstring_Hard Xunlei] 用户 [CHN][VeryCD]f`OYb] 位于 221.236.246.151:80，使用 eMule v0.48a - xl build61 xl build61 (00/(null)/(null))
2010-02-18 22时08分23秒: [Modstring_Hard Xunlei] 用户 [CHN][VeryCD]X_B 位于 218.77.104.166:65535，使用 eMule v0.48a - xl build48 xl build48 (00/(null)/(null))
2010-02-18 22时08分33秒: [Modstring_Hard Xunlei] 用户 [VeryCD][CHN]BF 位于 123.249.104.157:17152，使用 eMule v0.48a - 080620 080620 (00/(null)/(null))
2010-02-18 22时10分59秒: [Modstring_Hard Xunlei] 用户 [CHN][VeryCD]nnRR]BsW 位于 120.15.127.45:65535，使用 eMule v0.48a - xl build61 xl build61 (00/(null)/(null))
2010-02-18 22时11分33秒: [Modstring_Hard Xunlei] 用户 [CHN][VeryCD][username] 位于 61.172.19.65:65535，使用 eMule v0.48a - xl build58 xl build58 (00/(null)/(null))
2010-02-18 22时12分19秒: [HelloTag [Chinese Leecher]] 用户 [CHN]yourname 位于 114.224.180.172:0，使用 eMule TM0910 (d2/(null)/(null))
2010-02-18 22时12分31秒: [Modstring_Hard Xunlei] 用户 [CHN][VeryCD]¸ÐÐ»·ÖÏí 位于 113.128.131.228:65535，使用 eMule v0.48a - xl build58 xl build58 (00/(null)/(null))
2010-02-18 22时13分27秒: [HelloTag [Chinese Leecher]] 用户 [CHN]a1[VeryCD]xthame 位于 180.112.95.229:0，使用 eMule Xtreme 7 (d2/(null)/(null))
2010-02-18 22时13分42秒: [Modstring_Hard Xunlei] 用户 [CHN][VeryCD]y 位于 221.6.3.73:65535，使用 eMule v0.48a - xl build58 xl build58 (00/(null)/(null))
2010-02-18 22时13分44秒: [HelloTag [Chinese Leecher]] 用户 [CHN]a1[VeryCD]xthame 位于 117.42.240.51:0，使用 eMule Xtreme 7 (d2/(null)/(null))
2010-02-18 22时14分01秒: [Modstring_Hard Xunlei] 用户 [CHN][VeryCD]a 位于 221.178.67.151:11579，使用 eMule v0.48a - xl build61 xl build61 (00/(null)/(null))
2010-02-18 22时14分10秒: [NameHashMod TLH Community] 用户 http://emule-project.net [o6@=] 位于 77.126.95.101:5773，使用 eMule v0.49b - Dsimnjlsjt 6.7 Dsimnjlsjt 6.7 (00/(null)/(null))

和我以前用的eMule Xtreme Mod差不多了，HelloTag 也就是 Chinese Leecher经常出现。

happyaron · #117

这个patch编译不了：
https://edge.launchpad.net/~happyaron/+ ... ILD.txt.gz

Bill Lee · #118

happyaron 写了：这个patch编译不了：
<a class="postlink" href="https://edge.launchpad.net/~happyaron/+ ... happyaron/+ ... ILD.txt.gz</a>

这个错误提示很奇怪，在链接时

/build/buildd/amule-dlp-2.2.6/obj-x86_64-linux-gnu/src/../../src/UploadQueue.cpp:341: undefined reference to `CPreferences::s_DLPCheckMask'

这个是默认内联函数CPreferences::GetDLPCheckMask()中调用的，在我这里编译没有出错，我检查代码也没发现错误。
LS好像是用dpkg-buildpackage编译的，不知道是不是代码结构改变了导致链接出错，还是楼主用了以前编译过的源码，没有执行清理。我用./configure和make编译，没有出现错误。

happyaron · #119

Bill Lee 写了：这个是默认内联函数CPreferences::GetDLPCheckMask()中调用的，在我这里编译没有出错，我检查代码也没发现错误。
LS好像是用dpkg-buildpackage编译的，不知道是不是代码结构改变了导致链接出错，还是楼主用了以前编译过的源码，没有执行清理。我用./configure和make编译，没有出现错误。

用的是 dpkg -b，编译不了说明代码有问题，如果因为代码结构变化出问题那说明源代码里的 hard code 有问题。PPA里编译都是用全新的代码，而且编译前仍然会进行 make clean。

Bill Lee · #120

这次的patch确实有问题，我在制作patch时修改相对路径时弄错了

这是第二次patch出错了（我还在检查源代码...

）
这次研究了vim的正则表达式，以后制作patch可以自动化了
重新上传了附件

让aMule支持DLP的源码补丁（1月24日更新了～）

Re: 让aMule支持DLP的源码补丁（1月24日更新了～）

Re: 让aMule支持DLP的源码补丁（1月24日更新了～）

Re: 让aMule支持DLP的源码补丁（1月24日更新了～）

Re: 让aMule支持DLP的源码补丁（1月24日更新了～）

Re: 让aMule支持DLP的源码补丁（1月24日更新了～）

Re: 让aMule支持DLP的源码补丁（1月24日更新了～）

Re: 让aMule支持DLP的源码补丁（3904更新了～）

Re: 让aMule支持DLP的源码补丁（1月24日更新了～）

Re: 让aMule支持DLP的源码补丁（1月24日更新了～）

Re: 让aMule支持DLP的源码补丁（1月24日更新了～）

Re: 让aMule支持DLP的源码补丁（1月24日更新了～）

Re: 让aMule支持DLP的源码补丁（1月24日更新了～）

Re: 让aMule支持DLP的源码补丁（1月24日更新了～）

Re: 让aMule支持DLP的源码补丁（1月24日更新了～）

Re: 让aMule支持DLP的源码补丁（1月24日更新了～）