xMule: A P2P Client derived from eMule

Links

- Visit the Forums!
- SF.net Project Page
- xMule Screenshots

Modules

· Home
· Content
· Downloads
· Recommend Us
· Search
· Statistics
· Top
· Topics
· Your Account

Who's Online

There are currently, 2 guest(s) and 0 member(s) that are online.

You are Anonymous user. You can register for free by clicking here

xMule 1.8.1 Released!
Posted by HopeSeekr on Tuesday, April 06 @ 15:45:59 CDT
Contributed by HopeSeekr

This fixes virtually all of the known issues in 1.8.0, especially the strange font in the search dialog under GTK+ 1.2. There are also additional improvements in download speed. xmule-1.8.1.rar - 976 KB
xmule-1.8.1.tar.bz2 - 1.11 MB
xmule-1.8.1.tar.gz - 1.48 MB
xmule-1.8.1-1.i386.Fedora1.rpm

* New in 1.8.1 * FIXED: Systray Integration for KDE 3 and GNOME 1.2. * FIXED: Several bugs in the Search Window (Search History, ED2K Multilink). * FIXED: Crashes on Startup when .xMule/ doesn't exist. * FIXED: Exception-bug in ShowDownloadingParts. * FIXED: The Chinese Search font display problem in GTK 1.2. * FIXED: Fewer large packets are incorrectly dropped (e.g. faster downloads). * Increased maximum filesize from 2GB to 4GB (ed2k's max filesize).

Login

Don't have an account yet? You can create one. As a registered user you have some advantages like theme manager, comments configuration and post comments with your name.

Related Links

· More about xMule
· News by HopeSeekr

Most read story about xMule:
I quit! YAY~!!!!

Article Rating

Average Score: 3
Votes: 25

Options

Printer Friendly

"xMule 1.8.1 Released!" | Login/Create an Account | 51 comments | Search Discussion

The comments are owned by the poster. We aren't responsible for their content.

No Comments Allowed for Anonymous, please register

Re: xMule 1.8.1 Released! (Score: 0)
by Anonymous on Tuesday, April 06 @ 20:35:47 CDT

I get an error compiling on Fedora Core :/

Compiling AddFriend.cpp...
In file included from Preferences.h:28,
from ListenSocket.h:27,
from updownclient.h:27,
from Friend.h:25,
from AddFriend.h:25,
from AddFriend.cpp:31:
mfc.h:46:18: glib.h: No such file or directory
make[1]: *** [AddFriend.o] Error 1

on my fedora box, glib.h is under /usr/include/glib-2.0/glib.h...

Re: xMule 1.8.1 Released! (Score: 1)
by HopeSeekr on Tuesday, April 06 @ 21:10:27 CDT
(User Info | Send a Message)

You need wxGTK-devel

]

Re: xMule 1.8.1 Released! (Score: 0)
by Anonymous on Tuesday, April 06 @ 23:42:56 CDT

$ rpm -qa | grep wxGTK
wxGTK-devel-2.4.2-1
wxGTK-2.4.2-1

]

Re: xMule 1.8.1 Released! (Score: 1)
by HopeSeekr on Wednesday, April 07 @ 11:32:56 CDT
(User Info | Send a Message)

Excuse me! I FINALLY realized you need GTK-devel...not wxGTK-devel

]

Re: xMule 1.8.1 Released! (Score: 0)
by Anonymous on Thursday, April 08 @ 12:06:17 CDT

aha thx! it was glib-devel that provided the gtk1.2 glib.h that the build required... ;)

]

Re: xMule 1.8.1 Released! (Score: 1)
by Meowatilla on Friday, April 09 @ 11:48:05 CDT
(User Info | Send a Message)

I have gtk-devel:
#rpm -qa | grep gtk-devel
gtk-devel-1.2.10-721

But when I compile I get the same error! (missing glib.h in mfc.h)

blargh! :(

SuSE 9.0/KDE 3.2.1

]

Re: xMule 1.8.1 Released! (Score: 1)
by Meowatilla on Friday, April 09 @ 11:55:29 CDT
(User Info | Send a Message)

Never mind.. I just had to run ./configure again and everything is fine now :)

]

Re: xMule 1.8.1 Released! (Score: 0)
by Anonymous on Wednesday, April 07 @ 15:09:53 CDT

i have installed wx from source but compilied with gtk2 and i got that error but if i recompilied wx with gtk1 then xmule work.

]

Severe trouble compiling the source (Score: 0)
by Anonymous on Wednesday, April 07 @ 09:02:30 CDT

make[2]: Leaving directory `/home/andre/xmule-1.8.1/src/wx/xrc'
Compiling AddFriend.cpp...
In file included from ListenSocket.h:27,
from updownclient.h:27,
from Friend.h:25,
from AddFriend.h:25,
from AddFriend.cpp:31:
Preferences.h: In member function `CString CPreferences::GetIRCNick()':
Preferences.h:484: error: no matching function for call to `CString::CString(
char[30])'
mfc.h:366: error: candidates are: CString::CString(const CString&)
mfc.h:351: error: CString::CString(const wxChar*)
mfc.h:349: error: CString::CString(wxChar*)
mfc.h:347: error: CString::CString()
Preferences.h: In member function `CString CPreferences::GetIRCServer()':
Preferences.h:486: error: no matching function for call to `CString::CString(
char[50])'

any ideas how to solve this?

Re: Severe trouble compiling the source (Score: 1)
by HopeSeekr on Wednesday, April 07 @ 11:31:59 CDT
(User Info | Send a Message)

as solved in the forums...use a wxGTK That doesn't have unicode enabled.

]

Re: Severe trouble compiling the source (Score: 1)
by Avi on Thursday, April 08 @ 01:46:23 CDT
(User Info | Send a Message)

Just for reference, the exact post is here:
http://www.xmule.org/index.php?showtopic=1477

Thank you,
Avi

]

Re: xMule 1.8.1 Released! (Score: 0)
by Anonymous on Wednesday, April 07 @ 12:50:04 CDT

Horrible. Not getting even 10% of the sources, no downloads, slow gui, worst version i ever tried.

Seems xmule goes worse on every version, even worse since hope don't code it.

Re: xMule 1.8.1 Released! (Score: 1)
by Tagoras on Wednesday, April 07 @ 13:32:19 CDT
(User Info | Send a Message)

I don't completely agree with you.

It's been only an hour since I compiled it (with no errors, great) and after that first hour this is what I've found:

I don't see notice a slower gui, I almost say it's a bit faster.
Search has been greatly reformed. Just tried once and works properly. I will need some time to get used to it and achieve its maximum performance ;-)

I'm getting about 15%-30% sources, so it's true this has to be improved.

Two or three active donwload only with less than 25% DL bandwith in use. Poor. Maybe with some more run time it will improve.

The strangest is that UL bandwith use uses to be a straight line but it hasn't been for the last hour. Getting 0 almost 40% time.

My first conclusion is that it looks interesting for a beta version but far from adequate as stable one. The 1.8.1 has gone out very soon after 1.8.0 which strengthen my idea of beta version rather than stable one. I guess it pretends to be so, if not, take this as beta tester comments only.

I will continue testing it for 24 hours. After that if things don't get better i'll return to 1.7.4c

Sorry if something sounds 'weird', 'strange' or 'funny'. English is not my natural born language. I do my best ;-)

]

Re: xMule 1.8.1 Released! (Score: 0)
by Anonymous on Wednesday, April 07 @ 14:37:39 CDT

Hi,
I have the same problems as you. I have downgraded to 1.7.4c.

]

Beta Version (Score: 1)
by plaenky on Thursday, April 08 @ 01:18:47 CDT
(User Info | Send a Message)

1.8.1 has come out very fast after 1.8.0 to fixes the Bug's that 1.8.0 included. Ecspecaly the chinese Languge Search Window some gtk1.2 users get and the problem with files >2GB.
Strange sounds that the 1.7.4c has better upload for you then the 1.8.0 because 1.8.0 is only 1.7.4c with a new Searchwindow and some Bugfixes. Let us please know if things become better or if you have downgrade. Thanx

]

Re: Beta Version (Score: 0)
by Anonymous on Thursday, April 08 @ 21:22:20 CDT

On sourceforge it says this is a stable version, not a beta version.

]

Re: Beta Version (Score: 1)
by Tagoras on Saturday, April 10 @ 02:15:36 CDT
(User Info | Send a Message)

Finally, is's been impossible to test it for 24 hours as it kept crashing all the time. So I've decided to downgrade to 1.7.4c and everything works great now. No crashes, good DL and nothing strange with UL (which kept going up and down with 1.8.1). I would post an image showing this if I knew how to do so with this posts.

]

About xMule, and the last survey... (Score: 0)
by Anonymous on Wednesday, April 07 @ 21:19:54 CDT

XMule is... good software. At least in version 1.7.4c, as the 1.8.0 I tried was quite crappy... Well even with that I do prefer it to aMule... No troll, just a personal opinion. And HopeSeekr/Un-Thesis/Ted Smith, you are, if not a good man (Not knowing you, I have simply no opinion about this), a quite good programmer.
What I wanted to post was about the last survey... If I want what ? Unicode, theming, redesign...? Not all of that crap. I would want an complete ABANDON of WX. Why ? Just because more layers means more potential for bugs. A chain is as strong as the weakest link, and while you cannot control the quality of the links, you can minimize the number of them. Stability is the most evident problem in both aMule and xMule. Another advantage of abadonning an unuseful layer would be about software speed : to see a p2p application eat my CPU and my RAM is quite... irritating.
Hoping that, if you, HopeSeekr leave the project you will be replaced by quality developers. Thank you for your job.

PS : excuse my english, I am french.

Re: About xMule, and the last survey... (Score: 1)
by plaenky on Thursday, April 08 @ 01:25:15 CDT
(User Info | Send a Message)

I am not shure what you talking about. 1.8.0 not includes Unicode Theming or more Layers. It's basicly 1.7.4c with a new (and better) Search Window. And it needs also much less CPU then 1.7.4c (I know what I am talking about, using 400Mhz!)

]

Re: About xMule, and the last survey... (Score: 1)
by Avi on Thursday, April 08 @ 01:44:05 CDT
(User Info | Send a Message)

You said your opinion about wxWidgets and I respect that. Just so you'll know, wxWidgets is one of the best, most stable frameworks out there. It uses native controls which many other frameworks lack. It does NOT require that much CPU overhead (as plaenky said, he even runs xMule on a 400MHz CPU). You are correct when you say that by using wxWidgets, xMule will have some bugs too from the framework itself. This is the way it is with every framework. The wxWidgets devs are doing their best fixing bugs (I'm sure they do). xMule currently compiles on wxWidgets 2.4.2 which is know to be very stable. You said you've tried xMule v1.8.0 and it was crappy. Could you explain why did you feel this way? With more feedback from you, the users, we can fix more bugs and improve xMule. Could you also try xMule v1.8.1 (after all... this news post is about the new version)?

Thank you for your comments and I hope you'll have time to test future xMule versions as well.

-Avi

]

Why I mistrust wxWidgets... (Score: 0)
by Anonymous on Thursday, April 08 @ 12:04:04 CDT

I, as a simple GNU/Linux/X11 user, have only ONE version of WX : the layer over gtk-1.2. If I do compile wxGTK with gtk-2.2, I give ten seconds to my xMule 1.7.4c before it crashes. And gtk-1.2 is... well, it's an old version, barely supported, with a poor design compared to version 2.x, quite slow, ugly... And that is one more layer, as I said, over gtk and X11, from xMule to its display. Of course, portability is ensured with it, but... X11 bugs (rare !)+GTK-1.2 (less rare)+wx bugs+ the bugs generated by their interactions+ the "bonus" bugs each specific platform can have makes quite too many potential bugs, and speed and performances have their price to pay to portability too. In the absolute, well, xMule is not slow, but it takes more resources than it would if designed with other methods and libraries I think. I have tested wx compared with qt, FOX, gtk-1.2 and gtk2 and it is from far the least fast of those toolkits, for comparable (simple) test programs. It can be easily verified with hmmm... -pg and gprof. gtk-1.2 was the second worse, and FOX the best... With no theming or internationalization, that is not a surprise. Gtk2 and qt are very near, second and third.
My question about that is quite simple : what, except a portability never needed because winblowsians never use such a free software as xMule, and that is a false argument anyway since near any toolkit runs on near any platform today, does WX bring compared to... gtk2, FOX, qt...? that, all, have today an excellent portability !
About version 1.8.0, well... I compiled it without any debugging flags so it was hard to find any kind of bugs... It simply crashed systematically after 10 or 20 seconds running, maybe a bit longer when reduced. I DL 1.8.1 right now... And I HATE to send bug reports without any kind of usable information with it, usable informations that I simply did not have. As a developer myself, I understand the "Where's your patch ?" attitude, and I do agree with it. I have no patch or understanding of the problem. 1.7.4c works fine for the moment. Probably 1.8.1 will, too.

]

Re: Why I mistrust wxWidgets... (Score: 1)
by Avi on Thursday, April 08 @ 14:58:35 CDT
(User Info | Send a Message)

I understand your point of view, but as a developer you should know how much work it would be to simply "drop" wxWidgets and switch to another toolkit. xMule inherited some design flaws, from eMule, which make this task even harder. As for reporting bugs... well... we do not expect each user to submit a patch with his bug report (although it would be wonderful). But if you experience a crash, the least you can do is give us a gdb backtrace (which at most times are usable). Thanks for expressing your opinion.

]

Re: xMule 1.8.1 Released! (Score: 0)
by Anonymous on Wednesday, April 07 @ 23:20:10 CDT

I try this with Gentoo and it failed. I copy the xmule-1.8.0 to /usr/local/portage overlay and edit the ebuilt to point to xmule-1.8.1 tarball. It failed with the errors below.

ClientDetailDialog.cpp:54: error: invalid static_cast from type `void
(CClientDetailDialog::*)(wxEvent&)' to type `void
(wxEvtHandler::*)(wxCommandEvent&)'
make[1]: *** [ClientDetailDialog.o] Error 1
make[1]: Leaving directory `/var/tmp/portage/xmule-1.8.1/work/xmule-1.8.1/src'
make: *** [all] Error 2

Maybe you can come up with the ebuild and post it in bugs.gentoo.org. Thanks.

Re: xMule 1.8.1 Released! (Score: 1)
by Avi on Thursday, April 08 @ 01:36:27 CDT
(User Info | Send a Message)

You are trying to compile xMule with wxWidgets 2.5.1. xMule can only be compiled using wxWidgets 2.4.2 at the moment. Thank you.

]

Re: xMule 1.8.1 Released! (Score: 0)
by Anonymous on Saturday, April 10 @ 14:32:02 CDT

Let me tell ya all one thing. Until today I did not even know that there's something like 'aMule'. I gave it a try, and you know what? I had dozens of things hanging around in a queue for dl in xMule for months and they never started downloading. With aMule, in few hours, I got 'em all!
Just give it a though.

I have given it before. (Score: 1)
by plaenky on Sunday, April 11 @ 01:01:20 CDT
(User Info | Send a Message)

I wonder why people must tell how good amule is, HERE again and again. My experience with it, exspecialy it's stability is another.

]

Re: I have given it before. (Score: 0)
by Anonymous on Sunday, April 11 @ 23:42:17 CDT

why do ppl say it ?
it's like ppl say linux is better than windows (after they tried both)

]

Re: I have given it before. (Score: 1)
by Avi on Monday, April 12 @ 05:28:15 CDT
(User Info | Send a Message)

Yes, but going to the Microsoft news lists and start posting "Linux is better" would be crazy, wouldn't it? :)

Btw, after trying both, Windows is better. :P (::getting ready to be flamed::)

]

Nice release man !!! (Score: 0)
by Anonymous on Thursday, April 08 @ 03:51:09 CDT

I am very glad to see a new release !

The xMule is getting better and better !

Re: Nice release man !!! (Score: 1)
by plaenky on Sunday, April 11 @ 00:48:47 CDT
(User Info | Send a Message)

Thanx, we do our best. :-)

]

Lazy Dropping Sources (Score: 0)
by Anonymous on Thursday, April 08 @ 07:34:53 CDT

- Problem:

Dloads near to 0 most of the time, sometimes i can dload something but they use 30%-50% of the available bandwith, and not sustained.
Queue for popular files reaches max sources per file in a couple of hours, but most of them are in state 'unknown' and do not drop or change to another state.

Uploads reached max easily in 1.7.4c but not now, same behaviour than dloads.

Random crashes. Want me to paste backtraces?

- Configuration details:

AMD XP 2600, 512 MB , DSL 512/256kb
xmule 1.8.1 on Debian Unstable

HighID ,not doing NAT, fwall open for necessary ports.
Tired several servers with many users/files (razorback, probenprinz,...)
CPU usage, as promised in changelog, is very low.

Preferences in Source Dropping tab

Enable Auto Drop : checked
Extended Dropping : drop anyway
Full Queue : checked
High Queue : checked ; value : 1000
Auto Drop timer : 60

Preferences in Tweaks tab

New con / 5s : 40
Don't update queuelist in realtime: unchecked
File buffer size: 300000
Queue size : 6000

Preferences in Connection

Capacities : 40 / 10
Limit : 32 / 8
Max source p file : 700
Con limit : 1500

Re: Lazy Dropping Sources (Score: 0)
by Anonymous on Sunday, April 11 @ 04:43:12 CDT

Hi i have the same problems . In same debian sid .I come back to 1.7.4c, The worse is the ramdons crashs.Always in the same place..... Wants Backstraces.
Annnnnnd libwx 2.4.2-4

]

xMule 1.8.1 Released! (Score: 0)
by Anonymous on Thursday, April 08 @ 08:31:55 CDT

i tried to install this version on mac os 10.3.3 but it doesn't work.
i have lots of warnings and then this error :
ld: warning suggest use of -bind_at_load, as lazy binding may result in errors or different symbols being used
symbol _locale_charset used from dynamic library /sw/lib/libiconv.2.dylib(localcharset.o) not from earlier dynamic library /sw/lib/libintl.1.dylib(localcharset.lo)
ld: Undefined symbols:
wxAddProcessCallbackForPid(wxEndProcessData*, int)
make: *** [xmule] Error 1

heeelp ?!?
thx
raf

Re: xMule 1.8.1 Released! (Score: 1)
by Avi on Thursday, April 08 @ 15:49:04 CDT
(User Info | Send a Message)

xMule v1.8.1 is not yet MacOS X ready. Sorry. We are working on it! :)

]

I complained but... (Score: 0)
by Anonymous on Saturday, April 10 @ 18:21:49 CDT

1.8.0 was quite crappy, I already said that. I have not much trust in wxWidgets, I already said that... (yes, that's me...)
Well... That all said, I am truly positively impressed by 1.8.1. I have never downloaded so fast so many files (it's clearly faster than 1.7.4c that I just dropped this morning), and no more crashes ! Maybe, as some said, xMule 1.8.0 was a beta. Maybe. Now xMule 1.8.1 is by far the best file sharing tool under GNU/Linux.
Thank you guys.

Re: bug/leecher (Score: 0)
by Anonymous on Thursday, April 08 @ 21:18:51 CDT

hello,

xMule 1.8.1 is my first version. i have a 2MBit SDSL and tried to upload at 190 kb/s. well, xMule can't handle it, it dropped 95% of the clients in my upload queue.... only 4 from over 250 uploads were succefull. :/

thank you

Re: bug/leecher (Score: 1)
by Avi on Friday, April 09 @ 00:10:43 CDT
(User Info | Send a Message)

Hey!

It would be *really* cool if you could come to the Undernet IRC network, channel #xMule, so we'll work out this problem! It is hard debugging such high speeds because of lack of people having them ;) (my maximum upload is 32KB/s, which I think is considered above average).

Thank you,
Avi

]

Re: bug/leecher (Score: 0)
by Anonymous on Friday, April 09 @ 02:06:57 CDT

I can say it works fine with aMule

]

Re: bug/leecher (Score: 1)
by Avi on Friday, April 09 @ 22:03:00 CDT
(User Info | Send a Message)

That's wonderful, Kry, but we are talking about xMule here.

]

Re: bug/leecher (Score: 1)
by TheOldFella on Sunday, April 11 @ 13:55:03 CDT
(User Info | Send a Message)

Jesus Christ, I was just reporting that our net code was working fine with it for you to check the code.

Obviously you feel better on the 'we love reinventing the whell'.

So, ok, as you like.

]

Re: bug/leecher (Score: 1)
by HopeSeekr on Monday, April 12 @ 21:01:32 CDT
(User Info | Send a Message)

well at least now we know oldfella == kry :-)

]

Re: bug/leecher (Score: 0)
by Anonymous on Tuesday, April 13 @ 13:35:26 CDT

Â¿? And that's something new? You can always see the ip on the forum and I have static ip.

]

Re: xMule 1.8.1 Released! (Score: 0)
by Anonymous on Thursday, April 08 @ 23:24:48 CDT

xmule is not good client.
For example, most of Emule (for win) and Amule (for linux, mac, beos) has "save source on disk".

Xmule still doesn't have it!

IMHO, amule has better GUI: percentage of download on every file on download window, better preferences window, etc

Re: xMule 1.8.1 Released! (Score: 1)
by Avi on Friday, April 09 @ 00:07:51 CDT
(User Info | Send a Message)

About the save sources to disk... well, although it is a nice feature, the official eMule client has *never* accepted it because it is bad for the *network*. You can find many posts about this in the eMule forums. I think it was Unknown (one of official eMule's devs) that said he *might* add a "less bad for the network" version of such feature. About the better GUI and such, why don't you simply post a feature request? It is that easy! We *do* check the feature requests forum.

I think that xMule is the most stable client for Linux ATM. Download speeds are amazing, as some beta testers have told us.

Thank you for expressing your opinion! Kind regards, Avi

]

Re: xMule 1.8.1 Released! (Score: 0)
by Anonymous on Friday, April 09 @ 02:11:02 CDT

Kry here.

To clarify stuff, the aMule saving sources to disk is NOT bad for the *network*. As I'm in close work with eMule developers, I asked them about it and the version on amule >= 2.0.0-rc1 is SAFE for the network, afaik. Maybe the 'less bad for the network' one. rc2 has a even safer one.

Better check what you say before saying other client harms the network. xMule 1.8.1 doesn't timeout clients on the upload queue anymore, and drops upload to 0 when it wants to, so THAT is bad for the network.

]

Re: xMule 1.8.1 Released! (Score: 1)
by Avi on Friday, April 09 @ 22:09:04 CDT
(User Info | Send a Message)

By Unknown (from the eMule forums):
http://forum.emule-project.net/index.php?showtopic=24744

"Save/Load sources - I personally think this is a bad feature for the network as a whole. This feature causes old sources to continue to be pinged long after leaving. But, I put it down here since there may be room for a more friendly version."

So please... I only said what I've read.

About the "xMule 1.8.1 doesn't timeout clients on the upload queue anymore, and drops upload to 0 when it wants to", well, we only got one report from a guy with a really *fast* connection (see above comments). This behavior did not appear on our tests of course. And there is a big difference between a *bug* and an *intended feature*, wouldn't you agree?

-Avi

]

Re: xMule 1.8.1 Released! (Score: 1)
by TheOldFella on Sunday, April 11 @ 13:52:50 CDT
(User Info | Send a Message)

Well I have more reports and I tested it to, but, as you like.

And I can't find what do you mean about 'difference between a bug and a intended feature'. What intended feature? not timing out the clients is a intended feature or did I lose something?

About only saying what you read, you did read nothing about aMule's feature on that side so I doubt talking about it without reading is a good idea.

]

Re: xMule 1.8.1 Released! (Score: 0)
by Anonymous on Friday, April 09 @ 05:09:06 CDT

xMule is my first (ok second -- after MLDonkey, which interface i don't like) and last experience with ED2K. I love it. It works. The interface is clean and nice. I use it remote with X and it works flawless. I find things on ED2K which i don't find on Usenet and BitTorrent, which is awesome. For that, i have to thank you!

Right now i'm waiting for a deb for Debian GNU/Linux Sarge to try this release out. But i don't have any complaints about my current version, whatever version it is.

Re: xMule 1.8.1 Released! (Score: 1)
by Avi on Friday, April 09 @ 22:12:25 CDT
(User Info | Send a Message)

Wonderful to hear such positive feedback. Thank you!

I hope you'll enjoy future versions as well.

Kind regards,
Avi

]

Re: xMule 1.8.1 Released! (Score: 0)
by Anonymous on Monday, April 12 @ 05:26:33 CDT

When I compile xmul1.8.1 I have this error :

BaseClient.cpp: Dans member function Â« bool CUpDownClient::TryToConnect(bool)
Â»:
BaseClient.cpp:861: pas de fonction concordante pour l'appel ? Â«wxIPV4address
::IPAddress()Â»
make[1]: *** [BaseClient.o] Erreur 1
make[1]: Quitte le r?pertoire `/tmp/xmule-1.8.1/src'
make: *** [all] Erreur 2

Re: xMule 1.8.1 Released! (Score: 0)
by Anonymous on Monday, April 12 @ 20:58:20 CDT

no upload after 20 hours -> leecher :/

PHP-Nuke Copyright © 2005 by Francisco Burzi. This is free software, and you may redistribute it under the GPL.
PHP-Nuke comes with absolutely no warranty, for details, see the license.
Page Generation: 0.20 Seconds