Death causes LD, corpse loss, and zone segfault
 

Every time a character dies on my server it causes the zone to crash, the character comes back into the game in the same zone near where they died, naked and without a corpse.

/var/log/messages shows this almost instantly upon character death:

I have tried compiling multiple svn rev/peq db combos to no avail. I have gone all the way back to rev1038 up to 1265 and it still persists, I have also tried compiling the source on a different machine then moving it over to the server.

Months back when I originally updated to 1038 I did not have this issue, so I am thinking that a system update may have been the culprit. I run gentoo x86 and update on a weekly basis. The machine only has what is necessary to run eqemu since it is a dedicated server.

is there a difference between a character dying with bots and without bots?
what other logging messages do you have, like from /eqemu/logs/ ?

No difference I have compiled the server with bots enabled and without. As soon as a character dies either way the zone segfaults.

the error logs don't show anything, I just found the one in /var/log/messages. I compile up a server again and pastebin some of my logs.

Ok this test run was with a clean peq 1265 db. And svn rev 1265 compiled w/out bots.

Created a new character, loaded into glooming deep and attacked the first NPC I could find. Died and went LD.

/var/log/messages:

I pasted the following logs with wgetpaste

eqemu_world.log:

http://dpaste.com/171904/

eqemu_zone.log:

http://dpaste.com/171906/

eqemu_error_zone.log

http://dpaste.com/171907/

eqemu_error_world.log

http://dpaste.com/171909/

the tail of eqemu_debug_world.log since it was to large to paste and just had the normal world boot stuff.

and the tail of eqemu_debug_zone.log

and the tail of the dynamic zone log for the zone I was in

Also to note I have gone as far as trying different versions of mysql as well as deleting my .ccache directory before building.

for anyone that may care the world file for my gentoo eqemu server. These and the packages that these depend on are all that is isntalled on this system besides the eqemu server. Everything installed on the system is at the current stable version as of 3/12/2010.

package.keywords

and make.conf (eqemu does not use this file when building, this is stuff installed via portage)

The first step in diagnosing a segfault in Linux is to enable core dumps in the shell in which you start eqlaunch:
Then, once the zone crashes, you should have a core file, either just called 'core' or 'core.<process number>'.

Fire up gdb:
Then once gdb has loaded up and gives you the (gdb) prompt, get a backtrace:
That should tell you the source file and line number that the crash occurred at, with a backtrace of how it got there. If you get that far, post the backtrace here and I'll take a look at it.

the core dump:

It appears to be crashing in the assembler in common/crc32.cpp.

Maybe a GCC version related issue (I use 4.1.1 without issue).

A quick thing to try rather than downgrading your GCC version would be to edit common/crc32.cpp and change line 175 from:
to
and recompiling, so it should fall back to using the C version of the CRC code instead of the assembler.

Using sys-devel/gcc-4.3.4 . I will try that change and post my results.

I had to make some changes to get the old VZTZ source to work in Linux. I'm not sure what revision their source was based on but I ended up scrapping it for 8.0. Here's one of the things I had to change to get it to work with newer gcc versions:

This worked!

Thanks a bunch!