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.