Crashing when zoning into ecommons after new compile

Astaldoath · #1 10-17-2006, 04:42 PM

Whenever i zone into ecommons Dynamic Zone 4 crashes then reboots but i get kicked from the server. This just started happening after I recompiled 7.0 so i could disable mobs from fleeing. Anyone ever hear of this or how to fix it?

Angelox · #2 10-17-2006, 10:31 PM

Quote:

Originally Posted by Astaldoath

Whenever i zone into ecommons Dynamic Zone 4 crashes then reboots but i get kicked from the server. This just started happening after I recompiled 7.0 so i could disable mobs from fleeing. Anyone ever hear of this or how to fix it?

what type CPU/MhZ do you have?

sesmar · #3 10-17-2006, 10:58 PM

Do you notice any error output in the zone window or logs from right before it crashes. I used to have a problem similar to this with South Qeynos that turned out to be errors in the Database. If you can give some error messages it would help out a lot.

Astaldoath · #4 10-18-2006, 04:36 AM

no error messages at all it just says

Code:

[10.18. - 00:31:49] [LAUNCHER__STATUS] Zone dynamic_04 has gone down. Restart timer started.
[10.18. - 00:32:01] [LAUNCHER__STATUS] Starting zone dynamic_04
[10.18. - 00:32:01] [LAUNCHER__STATUS] Zone dynamic_04 has been started.
[10.18. - 00:32:01] [LAUNCHER__STATUS] Waiting 2000 milliseconds before booting the next zone.

Astaldoath · #5 10-18-2006, 04:37 AM

Quote:

Originally Posted by Angelox

what type CPU/MhZ do you have?

2.4 ghz p4

Edit however when i added my new world.exe i get this error when starting the server

Runtime Check Failure #2 - Stack around they variable "query" was corrupted

I just hit ignore and everything loads up ok. The zoning problem was happening before this lol. Im gonna try my back up exe.s and see if i still crash

Angelox · #6 10-18-2006, 05:08 AM

Quote:

Originally Posted by Astaldoath

2.4 ghz p4

Edit however when i added my new world.exe i get this error when starting the server

Runtime Check Failure #2 - Stack around they variable "query" was corrupted

I just hit ignore and everything loads up ok. The zoning problem was happening before this lol. Im gonna try my back up exe.s and see if i still crash

Reason why I asked you is , I use a slow PC ; slow is P3/875 MhZ - this causes the bigger and most detailed zones to crash for me.
But you are ok with your PC.

Astaldoath · #7 10-18-2006, 05:23 AM

Quote:

Originally Posted by Angelox

Reason why I asked you is , I use a slow PC ; slow is P3/875 MhZ - this causes the bigger and most detailed zones to crash for me.
But you are ok with your PC.

ok, The old zone.exe works fine, i dunno how commenting out the flee line in features.h would have caused this

John Adams · #8 10-18-2006, 11:05 AM

I'm actually having many zone crash issues since I upgraded to 865. Logs are not saying much. Still digging through it though, just wanted to see if anyone else was having an issue with the pre-compiled binaries.

FWIW, I had zero crashes (aside from those pesky monks) using 857 for weeks. In case it matters.

LostZaphod · #9 10-19-2006, 01:58 AM

Quote:

Originally Posted by Astaldoath

Edit however when i added my new world.exe i get this error when starting the server

Runtime Check Failure #2 - Stack around they variable "query" was corrupted

I just hit ignore and everything loads up ok. The zoning problem was happening before this lol. Im gonna try my back up exe.s and see if i still crash

When you compile, there is debug and release. Normaly C and C++ do not complain about buffer over runs (Release mode), but when compiled in debug mode, it will complian.

This error is caused from the items table field "FileName" it is varchar(32) and the code is trying to put it into the
struct Item_Struct

char Filename[15]; // Filename for book data

if you modify the item.filename to be 15 characters or less it resolves this issue, but the books that use those values will not work (i do not think they work currently).
here is a sql statment that changes the filename (make a backup first)
update `items` set filename=substring(filename,1,15) where length(filename) > 15

http://www.eqemulator.net/forums/showthread.php?t=21677

John Adams · #10 10-19-2006, 02:10 AM

Quote:

Originally Posted by John Adams

I'm actually having many zone crash issues since I upgraded to 865. Logs are not saying much. Still digging through it though, just wanted to see if anyone else was having an issue with the pre-compiled binaries.

FWIW, I had zero crashes (aside from those pesky monks) using 857 for weeks. In case it matters.

Scratch all this. My issues are apparently my own. For some reason, my MySQL server runs very hot when booting zones (99% utilization on mysqld-nt process), and the zones cannot load the loot tables - thus, causing them to be unavailable. If I do get into a zone, it seems to crash immediately likely because the SQL server is gone to lunch.

So, no crashes I likely haven't caused myself. I am currently testing why things behave differently if MySQL is on a different machine than the emulator launcher. That too appears weird. For me anyway.

Astaldoath · #11 10-19-2006, 03:41 AM

thanks for the info about world. I wish i could figure out zone though. I dont need world updated. I guess ill just have to have mobs running through walls lol cause i have no idea what to do.

eq4me · #12 10-19-2006, 03:57 AM

There is no real pathing implemented right now. So if a mob runs from you it will ignore walls and such.
http://www.eqemulator.net/wiki/wikka...PathingProblem

There are also some interesting forum threads.

I am pondering for some time now if the line of sight stuff could be (ab)used to implement a more sane fleeing behavior.

Astaldoath · #13 10-19-2006, 04:21 AM

yeah, i dont want em to run at all actually but since zone crashes after i recompile i have no choice

LostZaphod · #14 10-19-2006, 07:18 AM

Quote:

Originally Posted by Astaldoath

yeah, i dont want em to run at all actually but since zone crashes after i recompile i have no choice

Zone was giving me this error message
shareddb.cpp
line 251
Run-Time Check Failure #3 - The variable 'augslot' is being used without being defined.

Not sure if that is your issue, i never had eqlaunch close the zone and restart it. You can go to line 251 and remove ",augslot[5]" or get build EQEmu-0.7.0-866.

You could also compile the zone project in ReleasePerl mode.
When programs are complied using debug mode, they complain more and are much larger in size and take more memory.

Astaldoath · #15 10-19-2006, 02:03 PM

how do I compile in release mode? No I dont get any errors, dynamic zone 4 just goes down then restarts. Im using version 7.0.000