64bit Build

[bergalas]

I am currious if anyone has gotten this to work on 64bit centos/fedora/redhat

[trevius]

KMRA is running on 64bit and I think a couple others might be as well. But, considering some of the pain that has come with doing that, you would probably be best off using the 32bit version unless you have some really good reason not to.

[bergalas]

The only OS Option I have with my current hosting provider that is 32 bit is debian and I am not that familiar with it. All the other OS options are 64bit centos and the like.

[gaeorn]

The bulk of the code should be pretty stable under 64bit now. The main thing is use the standard makefiles, but adjust the -march=i686 to something that matches your cpu. Depending on the distribution, there may still be a minor issue with one of the makefiles under 64bit. I'll take a look and submit a fix if the problem is still present.

I've not had time to review some of the more recent changes to the emu code to make sure it will work well under 64bit, but feel free to post if you have any issues and I'll look into it.

[Tyen05]

I am currious if anyone has gotten this to work on 64bit centos/fedora/redhat

"In the sky" is running on 64 redhat with a custom kernal.

[krystlih]

I tried to get 64-bit to compile on my server, but had library issues and rather than spending all day resolving those issues I went to 32-bit for now. Potentially if my server picks up in load and we need more memory/hardware I will look deeper into making 64-bit work and will post what I find here.

Until I have a need I don't want to spend the time on it.

[bergalas]

same Debian 5 32 bit seems to be working fine for me, I had library issues like you wouldnt believe

[Tyen05]

So far we have updated all this:

Compatibility with mysql 5.1
-Compatibility with 64-bit linux platform and proper operation with kernel-based stack/heap randomizing
-Compatibility with gcc4.3 and aggressive optimization options, migration to modern base C libraries
-Hack to mysql 5.1 client libraries used to compile server which automatically sanitizes all queries before they hit the server
-Wrote tool to rebuild the "player profile" entry for every character in the database to reflect the data structure expected by the server under the new platform
-Began passive logging of raw historical(interval) data from the replication slave for the planned statistics engine to a third database instance

[Opulens]

I have it running on 64bit RHEL 5. I can login, etc. Just can't move once I'm in. still debugging that...

[Opulens]

I have it running on 64bit RHEL 5. I can login, etc. Just can't move once I'm in. still debugging that...

Current problem is:
19658 [08.29. - 11:28:37] Starting Log: logs/eqemu_error_zone.log
19658 [08.29. - 11:28:37] Unsupported path file version.
19658 [08.29. - 11:28:37] Path File ./Maps/tutorialb.path failed to load.


any ideas?

[Opulens]

Current problem is:
19658 [08.29. - 11:28:37] Starting Log: logs/eqemu_error_zone.log
19658 [08.29. - 11:28:37] Unsupported path file version.
19658 [08.29. - 11:28:37] Path File ./Maps/tutorialb.path failed to load.


any ideas?

Also, all the default paths are missing:

22290 [08.29. - 12:07:46] Path File ./Maps/butcher.path not found.

[gaeorn]

Most zones do not have path files. The path file version error may be a problem with type casting in the code. I'll look at it when I have a chance, which will probably be a few days from now at the very least.

[KLS]

struct PathFileHeader {
long version;
long PathNodeCount;
};


The path files created by 32 bit have an 8-byte header, 2 4-byte longs.

[gaeorn]

struct PathFileHeader {
long version;
long PathNodeCount;
};


The path files created by 32 bit have an 8-byte header, 2 4-byte longs.

for it to work on both 32bit and 64bit, it'll need to be changed to int32s. i did the same to the code for the regular and water maps a while back.

[gaeorn]

the fix for pathfiles under 64bit has been committed to svn