New repack for those new to eqemu

[sorvani]

Originally Posted by Suru

I could never get the source to compile on my machine, too many issues with the source using out dated pearl libraries and having other issues with modern compilers. I'm sure if I had the exact version of everything in the guides it might compile. Tried pearl 510 and 512, set all the C++ directories, but the modules keep kicking out fatals.

Followed the process in the updated guide and it all worked fine. Nothing is outdated. Latest version? No, but that isn't something unique to EQEmulator.

[Suru]

Originally Posted by sorvani

Followed the process in the updated guide and it all worked fine. Nothing is outdated. Latest version? No, but that isn't something unique to EQEmulator.

I already had perl, mysql, and visual studio on my machine. The reason mine won't compile i'm sure has to do with the guide using OLD versions of those applications. I use them for things other then eq emu, so I can't downgrade them. With up to date perl, mysql, and visual studio(all 64 bit versions) the source code does not compile. The compiler hangs with an issue with how the code interacts with perl. It also seems to have a problem using defines that conflict with stock libraries, and I'm not sure if the good old find and replace will be enough to fix that without delving deeper into the code.

This repack saves me the headache of scouring through the code to make it compile. I was going to just run a virtual machine using the old things to compile it, but this saved me the trouble.


It would be nice if someone could do this for the peq database as well, as half the updates fail without altering their scripts. I'm confused why they wouldn't just make full releases at every update.

The point is
It seems like getting eqemu to work is more of a headache then it needs to be. There is a lot of little screwball issues. I've never seen an official binary either. Its not like its a large file, I have to question why there are not any.

[Caryatis]

The reason mine won't compile i'm sure has to do with the guide using OLD versions of those applications

People who can't read, usually think everything is too hard or poorly put together.

The very first line of the guide for compiling the source is:

If you are compiling using a 64 bit system:
Make sure to install and compile using the 32 bit (x86) version of MySQL Community Server 5.1.xx and the 32 bit (x86) version of ActivePerl

In fact it also works with the latest MySQL and I swear Ive done 5.12 perl when I wasnt thinking.

[Suru]

Originally Posted by Caryatis

People who can't read, usually think everything is too hard or poorly put together.

The very first line of the guide for compiling the source is:



In fact it also works with the latest MySQL and I swear Ive done 5.12 perl when I wasnt thinking.

Again that doesn't help me because I have to have the 64 bit versions.

The pre-compiled repack binary works fine with latest 64 bit sql. As I said its most likely an issue with 64 bit Perl. The compile errors point to perl. Yes I did a find a replace for references to 510 and changed them to 512. That wasn't enough.

Now if you weren't just being a jerk, you would realize I said I knew my versions are probably the culprit for it not compiling.(I guess it is you who can not read) The main issue here is I'm saying I don't know why there isn't an official windows binary for eqemu. The setup process is so janky because the code is so finnicky. Why should I need to compile it in the first place? Why is there no public binary?

Also the guide is out of date because C++ directories changed their functionality in the newer visual studio. I actually already knew that, so knew where it was now located. (why would anyone still be using 2008?).

Referring to the January 11 guide.

Anyways I also said I knew how to fix it by running a virtual machine.
Seems like your just trying to either troll, or TLR'd my post out of lazyness.

[lerxst2112]

Originally Posted by Suru

Why should I need to compile it in the first place? Why is there no public binary?

There are binaries available if you choose to go that way. You didn't search hard enough.

http://code.google.com/p/projecteqemu/downloads/list

Originally Posted by Suru

Also the guide is out of date because C++ directories changed their functionality in the newer visual studio. I actually already knew that, so knew where it was now located. (why would anyone still be using 2008?).

Because you can have 2008 and 2010 installed at the same time, and there really isn't any benefit to changing what works but there is definitely a cost.

You might be surprised to know that many of the games you might purchase and play today are being made with Visual Studio 2005 because it works and the effort/cost required to upgrade doesn't make any sense.

If you don't want to make the effort to get a server running using that guide that's fine, but don't assume that the guide is wrong because you didn't want to follow it correctly.

[Suru]

Originally Posted by lerxst2112

There are binaries available if you choose to go that way. You didn't search hard enough.
http://code.google.com/p/projecteqemu/downloads/list

'

Your right, I didn't search harder then the forums here, peq and Google.
At least now people might find that easier by checking this thread.
Still mind boggling there is no mention of the binary anywhere in the guides or a link that I've seen.

[lerxst2112]

Originally Posted by Suru

'

Your right, I didn't search harder then the forums here, peq and Google.
At least now people might find that easier by checking this thread.
Still mind boggling there is no mention of the binary anywhere in the guides or a link that I've seen.

I don't see many guides that reference the pre-built binaries, most likely because it is easy to build yourself, and you need to do almost all of the steps anyway to get all the folders in order. The binary availability also assumes that someone will volunteer their time to build and upload them, where building your own can be done at any time.

As for how obvious the link is...