Welcome to xMule: A P2P Client derived from eMule BerliOS Developer LogoSourceForge.net Logo


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 xMule 1.9.4 released!
Posted by HopeSeekr on Saturday, October 30 @ 16:09:40 CDT
Contributed by HopeSeekr

Major preformance increases, omfg! CPU usage has dropped any where from 20 to 20,000 percent. xMule 1.9.4 is roughly 3x faster than previous releases, on average. This also fixes most, if not all, of the known 1.9.x bugs and adds further support for wxWidgets 2.5.3 and above. Click "Read More" below for annectdotal CPU experiences. Claification for would-be flamers:
The most CPU-intensive sections of xMule have been totally re-implemented and use now roughly 1/200th of the CPU cycles they once required. So if you are downloading 5 files with more than 400 sources each, your total CPU cycles used by xMule will be roughly 10 times less in 1.9.4 than 1.9.3 over a period of 24 hours. xmule-1.9.4.rar - 1.15 MB - ED2K Link
xmule-1.9.4.tar.bz2 - 1.30 MB - ED2K Link
xmule-1.9.4.tar.gz - 1.70 MB - ED2K Link


Version 1.9.4 ------------- 2004/10/30 HopeSeekr's contributions: * FIXED: Internationalisation now works appropriately. * FIXED: Removed all deprecated wxWidgets mannerisms. * FIXED: Added headers for support of wxWidgets CVS. * FIXED: A minor bug in client version displays. * FIXED: Crypto++ ASM that broke on non-i686. (Recommend using stand-alone crypto++ for all non-i686 systems). * FIXED: New malloc ncompatibilities with newly-authorized (29-08-2004) POSIX 1003.4 (Mandrake 10.1 especially). * IMPROVED: Drammatically re-implemented CArray for a large performance increase. * IMPROVED: Re-implemented downloading sources handling mechanism for a massive performance increase (2 to 20x less CPU over time). * Removed Shared Directories selector to prepare for re-implementation. * Removed excessively-verbose 1.9.3 "misconfigured client" warning. * ADDED: More robust sourcecode dependency tracking. * ADDED: Support for custom $CXXFLAGS from the command-line. On my two 1800mhz AthlonXP systems, xMule compiled with -march=athlon-xp -O2 -funroll-loops, each having 1500 known sources for files they are downloading, have an average CPU usage after 24 hours of 4.3% and 3.0% respectively (which is roughly 10x less than the average of 1.9.3 under similiar conditions).


 
Login
Nickname

Password

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: 2.25
Votes: 12


Please take a second and vote for this article:

Excellent
Very Good
Good
Regular
Bad


Options

 Printer Friendly Printer Friendly


"xMule 1.9.4 released!" | Login/Create an Account | 37 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.9.4 released! (Score: 0)
by Anonymous on Saturday, October 30 @ 17:49:25 CDT
Hy, good job, but i can't test :

on Mandrake 10.1
build ok until :

xmlres.cpp
xmlres.cpp:42: error: expected constructor, destructor, or type conversion before '::' token
xmlres.cpp:42: error: expected `,' or `;' before '::' token
xmlres.cpp:42: error: `wxXmlResourceDataRecords' has not been declared
xmlres.cpp:42: error: expected `,' or `...' before '&' token
xmlres.cpp:42: error: ISO C++ forbids declaration of `wxXmlResourceDataRecords' with no type
xmlres.cpp: In function `void DoCopy(int)':
[...]
error 2

thanks



Caused by corrupted archive! (Score: 1)
by HopeSeekr on Saturday, October 30 @ 18:19:44 CDT
(User Info | Send a Message)
SourceForge underwent maintainence at the exact time that I first uploaded the files. Thus some of the source code files were internally corrupted. This is solved by re-downloading xMule right now.


]



Re: xMule 1.9.4 released! (Score: -1, Flamebait)
by Nicely on Saturday, October 30 @ 18:03:30 CDT
(User Info )
"CPU usage has dropped any where from 20 to 20,000 percent. "

Yeah, I guess my CPU will be 200 times faster than it is by hardware limits!!!! YAY!!!!

Can oyu PLEASE refrain for lying people? and even worse, saying stupid things.



Re: xMule 1.9.4 released! (Score: 1)
by HopeSeekr on Saturday, October 30 @ 18:18:34 CDT
(User Info | Send a Message)
The most CPU-intensive sections of xMule have been totally re-implemented and use now roughly 1/200th of the CPU cycles they once required. So if you are downloading 5 files with more than 400 sources each, your total CPU cycles used by xMule will be roughly 10 times less in 1.9.4 than 1.9.3.

Cheers,
Hope


]


Re: xMule 1.9.4 released! (Score: 2, Interesting)
by Avi on Sunday, October 31 @ 02:29:23 CST
(User Info | Send a Message)
Geez Kry. You keep attacking every slightest wording in every *****ing release. I personally think you are just trying to ruin his public image so that users won't like him or somethink. You keep telling him "leave us alone". Bullshit. Kry, **leave HopeSeekr alone**.


]


Re: xMule 1.9.4 released! (Score: 0)
by Anonymous on Sunday, October 31 @ 06:51:10 CST
Man, that 20k% less WAS TOO MUCH

I didn't attack Him or the product, just that sentence :P


]


Re: xMule 1.9.4 released! (Score: 0)
by Anonymous on Sunday, October 31 @ 06:55:14 CST
And anyway, forgot to say that the Produc, despite Him, improved Nicely on this release, tho it still needs much more network compliance :)


As I cannot report bugs anymore, being forbidden to do so by the developers themselves, I bet it will have to reach the network compliance the rought way....


]


LOL! (Score: 1)
by HopeSeekr on Sunday, October 31 @ 07:40:58 CST
(User Info | Send a Message)
I'm woe to compliment you -- kry -- for any seemingly-positive stament. How's the old saying? A dog will act like he's guilty, a snake will stare right back"?

In any case, yes, the debian and gentoo teams did a great service this release by upstreaming patches for systems with which I have no access (unlike you, i have no PowerPC to program on).

Still, removing me from the picture at any given time and not only would xMule have died but aMule would be far less popular.

After all, how many initial users did you personally procure by directly attacking my integrity? How many users do you still get from such tactics?

You do not leave me alone, you just cowardly hide in guises of anonymity and foreign IP addresses. I'm man enough that I have never done this, and will take you on mono e mono if it is required, as I have done in the past.

Not ashamed,
Ted


]


Re: LOL! (Score: 0)
by Anonymous on Sunday, October 31 @ 14:05:13 CST
"In any case, yes, the debian and gentoo teams did a great service this release by upstreaming patches for systems with which I have no access (unlike you, i have no PowerPC to program on)."

Neither I have. People contribute.

"After all, how many initial users did you personally procure by directly attacking my integrity? How many users do you still get from such tactics?"

None

"You do not leave me alone, you just cowardly hide in guises of anonymity and foreign IP addresses. "

Never. My ip is my ip, and it's always a spanish ip, for I need not to hide from anyone.


Anyway, if that's waht one can get from a possitive vomment, be sure I'll refrain for making such comments again. If lies about my ip, and direct attack with lies about me attacking your integrity is what you give back for a nice sentence, I cannot do more than be ashamed of you.



]



Two small errors (Score: 0)
by Anonymous on Saturday, October 30 @ 20:27:46 CDT
Hi Hope,

I´ve found and fixed two small errors (under FC2, wx2.4.2):

BaseClient.cpp
In file included from BaseClient.cpp:25:
ClientList.h:38: error: `uint16_t' was not declared in this scope
ClientList.h:38: error: `uint32_t' was not declared in this scope
ClientList.h:38: error: template argument 1 is invalid
ClientList.h:38: error: template argument 2 is invalid
ClientList.h:38: error: template argument 3 is invalid
ClientList.h:38: error: template argument 4 is invalid
...

the same error in socket.h

I fixed these by including stdint.h in both files

Despite these errors xMule rocks

One doubt: Does xMule work with wx 2.5.3?

Thanks
alex



Re: Two small errors (Score: 1)
by HopeSeekr on Saturday, October 30 @ 21:51:49 CDT
(User Info | Send a Message)
Yes it does, with a few minor bugs:

With 2.5.3+, *only* likely sources are counted in the connected:known source ratio in the Transfer Window.

Instead of showing high numbers like 340/500, it will be more like 50/500. 2.5.3 (for some reason) only counts low-QR (under 2000), needed parts, and downloading sources in this ratio.

While it looks scary, it really isn't, and 2.5.3 seems to do a better job at connecting to all sources too.


]


Re: Two small errors (Score: 1)
by cliffo4 on Sunday, October 31 @ 10:23:43 CST
(User Info | Send a Message)
Well I have altered those two files and still the same problem. There is a sockets.h not a socket.h, and I cant find stdint.h so I'm assuming thats tucked away elsewhere linux library/header files? So no further forward here in SuSE 9.1


]


Re: Two small errors (Score: 0)
by Anonymous on Sunday, October 31 @ 16:55:09 CST
It is the sockets.h file. Just add somewhere by the other includes:

#include "stdint.h"

No path is needed there.
Worked for me on debian with wx2.4.2


]


Re: Two small errors (Score: 1)
by cliffo4 on Monday, November 01 @ 09:18:28 CST
(User Info | Send a Message)
Yes did that then found I had to do the same to ClientList.h

What has changed bewteen versions to have caused this? When I did 1.9.2 all went through ok no problems, 1.9.3 and 1.9.4 both seem to suffere this problem.


]


Re: Two small errors (Score: 1)
by HopeSeekr on Monday, November 01 @ 18:58:47 CST
(User Info | Send a Message)
Used the ISO-C++ uint32_t instead of the xMule-specific uint32 for uniform support across all platforms and CPUs.


]



Re: xMule 1.9.4 released! (Score: 0)
by Anonymous on Sunday, October 31 @ 05:16:20 CST
To developers.
Hellow.
I am a korean.
I am soory to my english is poor.
I suggest to GUI programming by GTK2.
Because, GTK is not convienent!
And then not support varies language-code.
Hm...

How can I compiles by GTK2?



Re: xMule 1.9.4 released! (Score: 1)
by Avi on Monday, November 01 @ 10:52:02 CST
(User Info | Send a Message)
You need to compile wxWidgets linked GTK2. Check wxWidgets configure flags by doing:
./configure --help


]


Re: xMule 1.9.4 released! (Score: 0)
by Anonymous on Monday, November 01 @ 12:22:50 CST
I do that
./configure --help

But, I don't find any flags of wxWidgets.


]


Re: xMule 1.9.4 released! (Score: 1)
by Avi on Monday, November 01 @ 14:06:25 CST
(User Info | Send a Message)
Well, you are looking in *xMule's* configure script. Check out wxWidgets' one! (download wxWidgets from www.wxwidgets.org)


]



Re: xMule 1.9.4 released! (Score: 0)
by Anonymous on Sunday, October 31 @ 06:50:50 CST
Hello I got the same that occured in 1.9.2:
ServerList.cpp: In member function `bool CServerList::Init()':
ServerList.cpp:146: error: invalid static_cast from type `wxString' to type `CString'
ServerList.cpp:150: error: invalid static_cast from type `wxString' to type `CString'
ServerList.cpp:156: error: invalid static_cast from type `wxString' to type `CString'

With a mdk 9.2 dist.

Is there anyboy that got an idea?

Thanx

blep



Re: xMule 1.9.4 released! (Score: 1)
by HopeSeekr on Sunday, October 31 @ 07:42:41 CST
(User Info | Send a Message)
If you would, please come to #xmule on Undernet IRC...or email me.


]



Re: xMule 1.9.4 released! (Score: 0)
by Anonymous on Sunday, October 31 @ 11:03:17 CST
Hi,

I continue having compilation errors on my RedHat 7.3 systems.

[...]
inflate.c
infback.c
inftrees.c
inffast.c
==== Building zlib ====
Linking libz.a
==== Building xMule ====
AddFileThread.cpp
AddFriend.cpp
animate.cpp
BarShader.cpp
BaseClient.cpp
mfc.h: In method `TYPE CArray::GetAt (int) const [with
TYPE = Category_Struct *, ARG_TYPE = Category_Struct *]':
Preferences.h:390: instantiated from here
mfc.h:598: no method `vector >::at'
make[1]: *** [obj/BaseClient.o] Error 1
make: *** [all] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.37570 (%build)

RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.37570 (%build)

Any help would be very apprecitated!

Thanks.



Re: xMule 1.9.4 released! (Score: 1)
by HopeSeekr on Sunday, October 31 @ 18:56:28 CST
(User Info | Send a Message)
std::vector::at() is an ISO-C++ function that should be supported by every single C++ compiler.

Your compiler (probably the pre-ISO 2.96) is bugged, see
http://gcc.gnu.org/ml/gcc-help/2004-03/msg00152.html

Please upgrade your compiler to one that is not so hopelessly outdated.

Thanks.


]



Re: xMule 1.9.4 released! (Score: 0)
by Anonymous on Sunday, October 31 @ 16:58:31 CST
Hi,
I have problem with compilation. Everything is ok until:

==== Building DynPrefs [2 of 3] ====
== License(s): OSSAL and Creative Commons License
DynamicPreferences.cpp
DynamicPreferences.cpp: In function `wxWindow* add_item(wxTreeMultiCtrl*,
wxXmlNode*, wxPanel*)':
DynamicPreferences.cpp:437: error: conversion from `const char[1]' to `const
wxString' is ambiguous
/usr/local/include/wx/string.h:306: error: candidates are:
wxString::wxString(wchar_t, unsigned int)
/usr/local/include/wx/string.h:284: error:
wxString::wxString(int)
DynamicPreferences.cpp:442: error: conversion from `const char[1]' to `const
wxString' is ambiguous
/usr/local/include/wx/string.h:306: error: candidates are:
wxString::wxString(wchar_t, unsigned int)
/usr/local/include/wx/string.h:284: error:
wxString::wxString(int)
DynamicPreferences.cpp:470:2: warning: #warning The "z" needs a rename.
DynamicPreferences.cpp:508:2: warning: #warning This entire colorlist thing needs to be re-implemented :-/
DynamicPreferences.cpp: In member function `void
DynamicPreferencesCtrl::OnChangedPrefs(const wxEvent&)':
DynamicPreferences.cpp:536: error: no matching function for call to `wxString::
Format(const char[3], double)'
/usr/local/include/wx/string.h:738: error: candidates are: static wxString
wxString::Format(const wxChar*, ...)
DynamicPreferences.cpp:540: error: no matching function for call to `wxString::
Format(const char[4], long int)'
/usr/local/include/wx/string.h:738: error: candidates are: static wxString
wxString::Format(const wxChar*, ...)
DynamicPreferences.cpp: In member function `void
DynamicPreferencesCtrl::OnBrowse1(wxCommandEvent&)':
DynamicPreferences.cpp:564: error: conversion from `const char[41]' to `const
wxString' is ambiguous
/usr/local/include/wx/string.h:306: error: candidates are:
wxString::wxString(wchar_t, unsigned int)
/usr/local/include/wx/string.h:284: error:
wxString::wxString(int)
DynamicPreferences.cpp:564: error: conversion from `const char[2]' to `const
wxString' is ambiguous
/usr/local/include/wx/string.h:306: error: candidates are:
wxString::wxString(wchar_t, unsigned int)
/usr/local/include/wx/string.h:284: error:
wxString::wxString(int)
make[1]: *** [obj/DynamicPreferences.o] Error 1
make: *** [all] Error 2


Slackware 10, wxGTK-2.4.2 with GTK2 and unicode enabled.
Any help is appreciated.



Re: xMule 1.9.4 released! (Score: 1)
by HopeSeekr on Sunday, October 31 @ 18:50:19 CST
(User Info | Send a Message)
unicode won't work


]



Re: xMule 1.9.4 released! (Score: 0)
by Anonymous on Monday, November 01 @ 07:32:58 CST
Problem:

n file included from BaseClient.cpp:25:
ClientList.h:38: error: `uint16_t' was not declared in this scope
ClientList.h:38: error: `uint32_t' was not declared in this scope
ClientList.h:38: error: template argument 1 is invalid
ClientList.h:38: error: template argument 2 is invalid
ClientList.h:38: error: template argument 3 is invalid
ClientList.h:38: error: template argument 4 is invalid
ClientList.h:38: error: `uint16_t' was not declared in this scope
ClientList.h:38: error: `uint32_t' was not declared in this scope
ClientList.h:38: error: template argument 1 is invalid
ClientList.h:38: error: template argument 2 is invalid
ClientList.h:38: error: template argument 3 is invalid
ClientList.h:38: error: template argument 4 is invalid
ClientList.h:38: error: `uint8_t' was not declared in this scope
ClientList.h:38: error: `uint32_t' was not declared in this scope
ClientList.h:38: error: template argument 1 is invalid
ClientList.h:38: error: template argument 2 is invalid
ClientList.h:38: error: template argument 3 is invalid
ClientList.h:38: error: template argument 4 is invalid
ClientList.h:38: error: ISO C++ forbids declaration of `clientVersionEDonkey' with no type
ClientList.h:38: error: ISO C++ forbids declaration of `clientVersionEDonkeyHybrid' with no type
ClientList.h:38: error: ISO C++ forbids declaration of `clientVersionEMule' with no type
In file included from SharedFileList.h:34,

O.S. Linux mnk10.0
sorry



Re: xMule 1.9.4 released! (Score: 1)
by Avi on Monday, November 01 @ 10:46:00 CST
(User Info | Send a Message)
Quickfix:
Go to types.h, and add the following line:
#include <stdint.h>

Add it between "#define TYPES_H" and "typedef unsigned char int8;" ;)

Now try to recompile... :)


]


Re: xMule 1.9.4 released! (Score: 0)
by Anonymous on Tuesday, November 02 @ 03:40:14 CST
I have exactly the same issue also on mandrake 10 !
I switch back to 1.8.4 :-((


]


Re: xMule 1.9.4 released! (Score: 1)
by Avi on Tuesday, November 02 @ 05:11:43 CST
(User Info | Send a Message)
Did you try my compile quickfix?


]


Re: xMule 1.9.4 released! (Score: 0)
by Anonymous on Tuesday, November 02 @ 10:01:01 CST
Yes, it works ... But I also see the following features which are not working :
* It is not possible to use the UDP port (I can set this, but once I come back, it is still disabled).
* I use my pc with a dual screen (shared with a tv on the right). Each time xmule appears, I have to take the window on the right side (without seeing it). same with 1.8.4
* It crashes very often (at least 3-4 times after launching it).
* It does not supports the Razorback special port (same with 1.8.4)
* I could not see any performance enhencement (I did not found it slow before)
* The Flowchart window is quite confusing ... Can we cancel something ? How do we confirm the changes ?

Anyhow, I will continue using it for a few days ...


]


Re: xMule 1.9.4 released! (Score: 1)
by Avi on Tuesday, November 02 @ 11:01:30 CST
(User Info | Send a Message)
I sent your post to HopeSeekr (the developer) via IRC. Hopefully, some of these issues will be solved in the next version. Regarding the crashes, could you run xMule (compiled in debug mode) in gdb to generate backtraces? If you can, send those backtraces to theodore@xmule.ws OR come to IRC (Undernet network, #xMule).

Thanks for reporting. :-)


]



Re: xMule 1.9.4 released! (Score: 0)
by Anonymous on Tuesday, November 02 @ 13:19:43 CST
Hi,
New release is working well!!

I'd like to point out that maybe there's a problem with Preferences menu: I can see only last three tab. Whith Flow chart instead, I acces all the options.




Re: xMule 1.9.4 released! (Score: 0)
by Anonymous on Tuesday, November 02 @ 13:32:39 CST
Seems great new build. But I can't use it. It compiles perfectly but when it runs, it displays the following error:

@khenu64:~# xmule
Initialising xMule
Setting value of secure-ident to true.
Setting value of source-exchange to true.
Setting value of command-line to true.
*** UDP socket at 4672
std::string: boo
boo
PublicKey: keylen=76
01 01 01 05 00 03 39 00 30 36 02 31 00 c4 cc 00 91 fb 96 e6 52 46 49 9a 04 ad 50 29 b9 02 01 11
Loading temp files from /mnt/TRANSFER/temp/*.part.met.
Loading temp files from /mnt/TRANSFER/temp/*.pnew.met.

OOPS! - Seems like xMule crashed
--== BACKTRACE FOLLOWS: ==--

[0] CxmuleApp::OnFatalException() | xmule.cpp:671
[1] wxFatalSignalHandler | 0x40698fe8
[2] /lib/libpthread.so.0 [0x401a9be5] | 0x401a9be5
[3] /lib/libc.so.6 [0x40904078] | 0x40904078
[4] ServerSocketEvt::HandleSocket(wxSocketEvent&) | socket.h:342
[5] wxEvtHandler::SearchEventTable(wxEventTable&, wxEvent&) | 0x405b0d99
[6] wxEvtHandler::ProcessEvent(wxEvent&) | 0x405b0b1e
[7] wxEvtHandler::ProcessPendingEvents() | 0x405b0859
[8] wxAppBase::ProcessPendingEvents() | 0x4056f629
[9] /usr/lib/libwx_gtkd-2.4.so [0x405023cf] | 0x405023cf
[10] /usr/lib/libglib-1.2.so.0 [0x4018ddd8] | 0x4018ddd8
[11] /usr/lib/libglib-1.2.so.0 [0x4018ce75] | 0x4018ce75
[12] /usr/lib/libglib-1.2.so.0 [0x4018d32c] | 0x4018d32c
[13] g_main_run | 0x4018d55c
[14] gtk_main | 0x400b3083
[15] wxApp::MainLoop() | 0x405031e0
[16] wxAppBase::OnRun() | 0x4056f455
[17] wxEntry(int, char**) | 0x40503a8f
[18] main | xmule.cpp:79
[19] __libc_start_main | 0x408f0936
[20] wxNotebook::SetPadding(wxSize const&) | crc32.c:0
Abortado

My distro is Slackware Linux 10, with gcc 3.4.2 and 2.6.7 kernel.
wxGTK version is 2.4.2 linked against gtk1 ./configur-ed with xmule's default options.

My computer is a ahtlon64 3200+, 1G RAM, SATA disk using ext3 filesystem.

Wiil be any fix for this or using wrong configuration?

Hope to see xmule running!!

Salu2



Don't use if you don't have i686! (Score: 1)
by HopeSeekr on Tuesday, November 02 @ 14:25:38 CST
(User Info | Send a Message)
The next version will totally stop compilation *at*configure* if the user is trying to do something unwise.

Using the i686 x86 specific CryptoXMpp.cpp on non-i686 systems is one of those unwise things to do. 60% of our reported runtime errors involve the usage of that.

I heartily suggest getting the crypto++_devel package from your distribution for *YOUR* architecture.

CryptoXMpp.cpp bundled with xmule won't even work with i586s ... it is simply too *****bersome to include code for all technically-fringe architectures that xmule supports, and it is merely a convienence tool for i686.

hth.


]


Re: Don't use if you don't have i686! (Score: 0)
by Anonymous on Monday, November 08 @ 13:35:28 CST
Didn know it. BUT this is not my case, my computer y configured as i686. The architecture xmule should work on, isn't it?

For amd64 I use gentoo and haven't tried xmule on it.

(Slackware 10 uses IA-32 with -mtune=i686)

Salu2


]



Re: xMule 1.9.4 released! (Score: 0)
by Anonymous on Wednesday, November 03 @ 07:44:43 CST
Trying to compile, using Slackware 10, GTK2, wx-widgets 2.4.2 but receive the following error. Any ideas?

==== Building DynPrefs [2 of 3] ====
== License(s): OSSAL and Creative Commons License
DynamicPreferences.cpp
DynamicPreferences.cpp:470: warning: #warning The "z" needs a rename.
DynamicPreferences.cpp:508: warning: #warning This entire colorlist thing needs to be re-implemented :-/
DynamicPreferences.cpp:86: template-id `Get' for `DynamicPreferences::Get(const wxString &)' does not match any template declaration
DynamicPreferences.cpp:86: syntax error before `{'
DynamicPreferences.cpp:91: template-id `Get' for `DynamicPreferences::Get(const wxString &)' does not match any template declaration
DynamicPreferences.cpp:91: syntax error before `{'
DynamicPreferences.cpp:96: template-id `Get' for `DynamicPreferences::Get(const wxString &)' does not match any template declaration
DynamicPreferences.cpp:96: syntax error before `{'
DynamicPreferences.cpp:101: template-id `Get' for `DynamicPreferences::Get(const wxString &)' does not match any template declaration
DynamicPreferences.cpp:101: syntax error before `{'
make[1]: *** [obj/DynamicPreferences.o] Error 1
make: *** [all] Error 2



Re: xMule 1.9.4 released! (Score: 0)
by Anonymous on Wednesday, January 12 @ 04:26:19 CST
I have the same problem with debian


]




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.21 Seconds