resinate

does anyone get this crash if they used realm type = 8 (RPPVP)

cant edit post, so sry, anyways this does fix the crash, uptimes went from 1-3 hours to 12hours - 2 day uptimes.

same here, but we do have a fix for it dunno the EXCAT rev its in but here pls dont ban for this im trying to help I HATE THIS F**KING BUG!!!

http://github.com/notagain/evo-X-Core/commit/82c1d004ee668bb7ae47a3a6723f2ef125e15a32

it does work in all cores for this fix. ive been going by their revs so yea.

i get these pm me if u know how to fix them....

Revision: * * 8296 *
Date 17:8:2009. Time 0:43 
//=====================================================
*** Hardware ***
Processor: AMD Phenom(tm) 9950 Quad-Core Processor
Number Of Processors: 4
Physical Memory: 4194303 KB (Available: 4194303 KB)
Commit Charge Limit: 4194303 KB

*** Operation System ***
Windows Vista or Windows Server 2008 Home Edition Service Pack 1 (Version 6.0, Build 6001)

//=====================================================
Exception code: C0000005 ACCESS_VIOLATION
Fault address:  00724CA6 01:00323CA6 C:\\MaNGOS\\v7372\\mangosd.exe

Registers:
EAX:184A1DA8
EBX:0EE36E40
ECX:00017AE8
EDX:27E0A7E8
ESI:E80A8129
EDI:008A40B0
CS:EIP:0023:00724CA6
SS:ESP:002B:044FBB38  EBP:044FFBBC
DS:002B  ES:002B  FS:0053  GS:002B
Flags:00010246

Call stack:
Address   Frame     Function      SourceFile
00724CA6  00000000  ??0?$GridReference@VDynamicObject@@@@QAE@XZ+13D36
0081BFB6  00000000  ?Finalize@?$RandomMovementGenerator@VCreature@@@@QAEXAAVCreature@@@Z+1ABC6
00818C76  00000000  ?Finalize@?$RandomMovementGenerator@VCreature@@@@QAEXAAVCreature@@@Z+17886
008182B2  00000000  ?Finalize@?$RandomMovementGenerator@VCreature@@@@QAEXAAVCreature@@@Z+16EC2
00613EC8  00000000  ??0CreatureEventAI@@QAE@ABV0@@Z+2AC18
005EFC20  00000000  ??0CreatureEventAI@@QAE@ABV0@@Z+6970
0042F75E  00000000  ?getSource@?$Reference@V?$GridRefManager@VCorpse@@@@VCorpse@@@@QBEPAVCorpse@@XZ+17DCE
008A40C7  00000000  ?GetFloatDefault@Config@@QAEMPBDM@Z+CA7
6ED41B84  00000000  ?invoke@ACE_OS_Thread_Adapter@@UAEKXZ+74
74ED3433  00000000  _endthreadex+44
74ED34C7  00000000  _endthreadex+D8
75E2E4A5  00000000  BaseThreadInitThunk+E
77D2CFED  00000000  RtlCreateUserProcess+8C
77D2D1FF  00000000  RtlCreateProcessParameters+4E
========================
Local Variables And Parameters

Call stack:
Address   Frame     Function      SourceFile
00724CA6  00000000  ??0?$GridReference@VDynamicObject@@@@QAE@XZ+13D36

0081BFB6  00000000  ?Finalize@?$RandomMovementGenerator@VCreature@@@@QAEXAAVCreature@@@Z+1ABC6

00818C76  00000000  ?Finalize@?$RandomMovementGenerator@VCreature@@@@QAEXAAVCreature@@@Z+17886

008182B2  00000000  ?Finalize@?$RandomMovementGenerator@VCreature@@@@QAEXAAVCreature@@@Z+16EC2

00613EC8  00000000  ??0CreatureEventAI@@QAE@ABV0@@Z+2AC18

005EFC20  00000000  ??0CreatureEventAI@@QAE@ABV0@@Z+6970

0042F75E  00000000  ?getSource@?$Reference@V?$GridRefManager@VCorpse@@@@VCorpse@@@@QBEPAVCorpse@@XZ+17DCE

008A40C7  00000000  ?GetFloatDefault@Config@@QAEMPBDM@Z+CA7

6ED41B84  00000000  ?invoke@ACE_OS_Thread_Adapter@@UAEKXZ+74

74ED3433  00000000  _endthreadex+44

74ED34C7  00000000  _endthreadex+D8

75E2E4A5  00000000  BaseThreadInitThunk+E

77D2CFED  00000000  RtlCreateUserProcess+8C

77D2D1FF  00000000  RtlCreateProcessParameters+4E

honestly tho, i wish the column would read DB 1st and use the item dbc file as a backup, for making real items the dbc will help find problems, cuz right now it does suck having nothing ?? on all items that arent in the db.

in my server i use a custom system for getting gear and upgrading gear.

it goes BIG on grid loading, not player count, it goes to 2 gigs really fast with 250 ppl yea cuz of the all the grid loading. but yea, ive have huge gird times and it made mangoes shoot to over 6 gigs

but basiclly what Wast3d said.