Files with Dev-CPP and FreeBSD compile changes
 

Ok, since I havn't seen these show up on any CVS releases...
This is based off Shawn's CVS release http://shawn319.eqemulator.net/cvs/ EQEmu-0.5.3-DR2-Source&Win32-1-12-04.rar so if you have that release, you can just overwrite the changed files and go...
http://lurker.gotdns.com:4580/EQEmu/...nd_FreeBSD.zip Be sure to read the text files in the zip.

This included all affected files to get Dev-CPP (mingw) and FreeBSD compiled versions of EQEmu
Also included are some more changes to quests, both the perl and qst format. Changes have comments with either 'mingw', 'freebsd' or 'for quests' to identify what they are for.

Nearly all of this is just pulled from the forums here, I just wanted to get it in a format that is easier fo most people to use. So be sure to thank var1ety and Tertiary for their work getting EQEmu compiling under 2 more free options.

here's to hoping this stuff gets squeezed in for the next major release =)

So embarrassing, right after posting this my internet went down! If anyone was trying, it hould be back up now.

We tested this out and found it was causing some zone/world crash problems (in Release or GuildWars config). not sure what was causing the problems but maybe image will be able to tell you a bit more..

just make sure its well tested before anyone merges it with out cvs (again).

Were the crashes with a VS .NET, Dev-C++, or FreeBSD build ? If it is with Dev-C++ I would like to try and fix it, if you or image know how I could reproduce the crashes ?

i personally didnt have any crashes. but image said he did (and i think devn00b said he did).. using guildwars config. no idea how to reproduce... this was win32 or linux compiles.

FreeBSD part works fine, as per my original patch.

Dumped cores when I first tried to run the new binary, but that happens whenever I do a complete recompile..it seems to happen around loading the shared memory library, so it's probably tied to that somehow. However, this has always happened to me, and rebooting fixes stuff - maybe something remains resident after exiting, or maybe there's a better solution I haven't heard of.

edit: if anyone is wondering, the core file reports that the error was on line 280 of common/MMF.cpp (an Open call), to EQEMuItems or similar, and the error was No such file. As I said above, rebooting lets things work fine =0

Please modify the FreeBSD readme to include this, which are instructions from a previous thread to getting things working with FreeBSD.

README

Requires 5.2rc2 or later - any 5.x with gcc 3.2 or higher *should* work fine, but 5.2rc2 only has gcc 3.3 to test with.

Requires the port lang/perl5 to be installed (version 5.6.1ish).

Requires the port devel/linuxthreads to be installed.

Patch #ifndef's out the ASM code in common/crc32.cpp, which is incompatible with gcc 3.3.

Patch modifies the default makefiles for all modules and adds commented out compile lines for FreeBSD - they are labeled, so go in, uncomment the FreeBSD ones, comment out the defaults, don't comment the Perl ones unless you want to lose Perl compatibility.


Perl modules and shared memory *both* work. Make sure you've installed IO::Scalar, or you will get a strange fatal error running zone. Make sure that your LD_LIBRARY_PATH contains the directory your libEMuShareMem.so is in, or it will fail to load.

Added to my archive of the changes.