Fyurie

Who knows. Doesn't look like he's been back yet either, to clarify.

I'm lost too. I think he wants to use .unaura on a player. At least, that's what I can make out of that..

As policy, MaNGOS development won't discuss DBC. This topic will most likely be closed. Sorry mate. Your best bet is to ask on somewhere like AC or MMowned, sites of those kind.

Well, I'm happy to use my current hosting to put up a site/forum/whatever for those who would be interested in running such a project. I've been using LuaHypArc and an Arc server to practice my Lua, so having the language as an addon to MaNGOS would be great for me, and I'm sure there are plenty of others who can understand Lua but can't get their heads around C++ just yet. http://www.mangos-lua.tk/forum/

As am I. Did you guys get a website/forum/whatever up for it yet? EDIT: I have decided to use my hosting to let anyone interested in development of MaNGOS Lua collaborate. http://www.mangos-lua.tk/forum/

Indeed. Just be patient with MaNGOS. They'll pull it off near, if not totally, flawlessly. We always do here.

No, you'll have commands of level 8, and all those below your level.

Easiest way to make sure you have all commands is to set your level >= 8, I guess.

QFT. Trinity became a fork of MaNGOS originally because they didn't agree with MaNGOS' way of development, iirc. They wanted to get more into the core and faster, even if that meant hackfixes. EDIT: Vehicles only partially work, by the way. Most of the spells/abilities/etc for them aren't done yet, which doesn't really classify it as done.

Agree Pat. If I knew enough C++, I wouldn't mind helping, but I'm still learning. Stop asking for it guys, and take some action towards actually making it.

As people in this thread have already said, the best chance of getting support for a project like this is to either: 1) Open your own repo, forum, etc. or 2) Try at ScriptDev2, as they are an external scripting library themselves. Number 1 will probably get you further, as I don't see SD2 moving development away from their own work.

Very good, and fast () work. Hope to see more from you in the future mate.

After a lot of messing around I got it working for me, I'm going to test that multi-realm crash again later on.

Oh, of course. He puts in a lot of work he doesn't have to do at all. I'm no good at this stuff, so I appreciate any work that is done on this, and his other projects, some of which I do also use. I'm more than happy to either wait until Xeross155 has time to give this an update, or keep practicing my skills so that I can myself.

Don't take this the wrong way, as I'm not intending to make this sound rude at all, but wouldn't it be wiser to update the patch, instead of having to jump through a couple of hoops to apply it? Regardless, I appreciate the work you have put into this, and I await your decision on my statement.

Double post, but here is the issue I'm having:

Okay, thanks mate. I'm still learning how to use Git properly, and I've only recently started picking up on C++, so I appreciate the help, it'd have taken me forever otherwise. ^^"

I'm trying it out on a clean core, from mangos/mangos, not Insider42/mangos. Give me a mo and I'll edit in what is showing on the git bash console. I assume I'm just doing it wrong. EDIT: Here you go. Clean MaNGOS core using latest revision as of this post.

This is having merge conflicts with the latest revision of the master MaNGOS branch, at least for me. I'm no C++ whizz, so if there's anything I need to link to help fix this, let me know.

Sorry, I've been away from my PC for some time, I haven't had a chance to try out the multi-realm issue again since. I've pulled the latest revision of the branch, and your patch doesn't apply now, mainly conflicts in world.h. I'm useless with C++, so I've tried in vain to fix it, and quite obviously failed.

It's being fixed by Xeross155, as far as I know, I gave him a few crash logs to check out and see if he could figure it out. But please, don't post threads asking about stuff that is already on the first page of this board.. >.<

Sorry for the double post, but I came across a different error message on one of my attempts to boot the realm, I've edited it into my main post. Hope it helps.

Thanks. My knowledge of Git and MaNGOS goes as far as pulling, compiling and setting it up to run, so I appreciate it.

Same thing, reversed. Second realm runs fine, and first crashes after the startup is done.

Having problems using this with multiple realms. Runs fine on one, but the second one crashes immediately on finishing the startup sequence. I can't figure out for the life of me why. Using latest revision of MaNGOS (9610), Latest SD2 (1644) and broadcaster branch merged in. Crash log I picked out, the rest are very similar to this also. Revision: * * 9610 a4c9182f037522dead6253b4aaa6f2d2c6769463 Date 21:3:2010. Time 0:25 //===================================================== *** Hardware *** Processor: Intel(R) Xeon(R) CPU E5520 @ 2.27GHz Number Of Processors: 1 Physical Memory: 523612 KB (Available: 93448 KB) Commit Charge Limit: 1271152 KB *** Operation System *** Microsoft Windows Server 2003 Datacenter Edition Service Pack 2 (Version 5.2, Build 3790) //===================================================== Exception code: E06D7363 Fault address: 7D4E237E 01:0001237E C:\\WINDOWS\\syswow64\\kernel32.dll Registers: EAX:09ADFC74 EBX:F5ACD030 ECX:00000000 EDX:00000002 ESI:09ADFCFC EDI:008B3570 CS:EIP:F0023:7D4E237E SS:ESP:F5AA002B:09ADFC70 EBP:09ADFCC4 DS:9AD002B ES:F5AA002B FS:F5AA0053 GS:F5AA002B Flags:00000206 Call stack: Address Frame Function SourceFile 7D4E237E 00000000 RaiseException+4E 7857DBF9 00000000 Second try, a little later, after changing the announce timer from 300000 ms (5mins) to 600000ms (10mins, same as my other realm), I get this: Revision: * * 9610 a4c9182f037522dead6253b4aaa6f2d2c6769463 Date 21:3:2010. Time 0:39 //===================================================== *** Hardware *** Processor: Intel(R) Xeon(R) CPU E5520 @ 2.27GHz Number Of Processors: 1 Physical Memory: 523612 KB (Available: 43456 KB) Commit Charge Limit: 1271152 KB *** Operation System *** Microsoft Windows Server 2003 Datacenter Edition Service Pack 2 (Version 5.2, Build 3790) //===================================================== Exception code: C0000005 ACCESS_VIOLATION Fault address: 00990358 02:00056358 C:\\KaylithWoW\\Vidar\\mangosd.exe Registers: EAX:0093B408 EBX:F5ACD030 ECX:F5A44000 EDX:00990358 ESI:00000000 EDI:008B3570 CS:EIP:0023:00990358 SS:ESP:002B:09ADFD00 EBP:09ADFD74 DS:002B ES:002B FS:0053 GS:002B Flags:00010202 Call stack: Address Frame Function SourceFile 00990358 00000000 ?full@barGoLink@@0QBDB+4A2C 0062AF90 00000000 ??0CreatureEventAI@@QAE@ABV0@@Z+5720 0045230E 00000000 ?getSource@?$Reference@V?$GridRefManager@VCorpse@@@@VCorpse@@@@QBEPAVCorpse@@XZ+3AB6E 008B3589 00000000 ?GetFloatDefault@Config@@QAEMPBDM@Z+DC9 003214D4 00000000 ?invoke@ACE_OS_Thread_Adapter@@UAEKXZ+74 78543433 00000000 _endthreadex+44 785434C7 00000000 _endthreadex+D8 7D4DFE37 00000000 FlsSetValue+13C Call stack: Address Frame Function SourceFile 7D61C846 00000000 NtWaitForSingleObject+15 7D4D8C0D 00000000 WaitForSingleObject+12 Call stack: Address Frame Function SourceFile 7D61D06F 00000000 ZwWaitForMultipleObjects+15 7D63F9A8 00000000 RtlSetEnvironmentStrings+9A8 7D4DFE37 00000000 FlsSetValue+13C Call stack: Address Frame Function SourceFile 7D61CCC6 00000000 NtDelayExecution+15 7D4D14EF 00000000 Sleep+F 008B37A0 00000000 ?GetFloatDefault@Config@@QAEMPBDM@Z+FE0 008B9970 00000000 ?step@barGoLink@@QAEXXZ+1E10 008B3589 00000000 ?GetFloatDefault@Config@@QAEMPBDM@Z+DC9 003214D4 00000000 ?invoke@ACE_OS_Thread_Adapter@@UAEKXZ+74 78543433 00000000 _endthreadex+44 785434C7 00000000 _endthreadex+D8 7D4DFE37 00000000 FlsSetValue+13C Call stack: Address Frame Function SourceFile 7D61CCC6 00000000 NtDelayExecution+15 7D4D14EF 00000000 Sleep+F 008B37A0 00000000 ?GetFloatDefault@Config@@QAEMPBDM@Z+FE0 008B9970 00000000 ?step@barGoLink@@QAEXXZ+1E10 008B3589 00000000 ?GetFloatDefault@Config@@QAEMPBDM@Z+DC9 003214D4 00000000 ?invoke@ACE_OS_Thread_Adapter@@UAEKXZ+74 78543433 00000000 _endthreadex+44 785434C7 00000000 _endthreadex+D8 7D4DFE37 00000000 FlsSetValue+13C Call stack: Address Frame Function SourceFile 7D61CCC6 00000000 NtDelayExecution+15 7D4D14EF 00000000 Sleep+F 008B37A0 00000000 ?GetFloatDefault@Config@@QAEMPBDM@Z+FE0 008B9970 00000000 ?step@barGoLink@@QAEXXZ+1E10 008B3589 00000000 ?GetFloatDefault@Config@@QAEMPBDM@Z+DC9 003214D4 00000000 ?invoke@ACE_OS_Thread_Adapter@@UAEKXZ+74 78543433 00000000 _endthreadex+44 785434C7 00000000 _endthreadex+D8 7D4DFE37 00000000 FlsSetValue+13C Call stack: Address Frame Function SourceFile 7D61D6E4 00000000 NtGetContextThread+12 09ADED24 00000000 0000:00000000 FF50D845 FFFFFFFF EDIT: Some time later, I got this log, BUT, this was the second crash, the first one came up with: "R6025 - pure virtual function call" in the console, and did not create a crash log. Revision: * * 9610 a4c9182f037522dead6253b4aaa6f2d2c6769463 Date 21:3:2010. Time 20:32 //===================================================== *** Hardware *** Processor: Intel(R) Xeon(R) CPU E5520 @ 2.27GHz Number Of Processors: 1 Physical Memory: 523612 KB (Available: 125596 KB) Commit Charge Limit: 1271152 KB *** Operation System *** Microsoft Windows Server 2003 Datacenter Edition Service Pack 2 (Version 5.2, Build 3790) //===================================================== Exception code: E06D7363 Fault address: 7D4E237E 01:0001237E C:\\WINDOWS\\syswow64\\kernel32.dll Registers: EAX:09ADFC74 EBX:F5ACD030 ECX:00000000 EDX:00000002 ESI:09ADFCFC EDI:008B3570 CS:EIP:F0023:7D4E237E SS:ESP:F5AA002B:09ADFC70 EBP:09ADFCC4 DS:9AD002B ES:F5AA002B FS:F5AA0053 GS:F5AA002B Flags:00000206 Call stack: Address Frame Function SourceFile