Jump to content

Fyurie

Members
 View Profile  See their activity

  • Posts

    32

  • Joined

  • Last visited

    Never

  • Donations

    0.00 GBP 

 Content Type 

Posts posted by Fyurie

  4. Converting ArcEmu Lua Engine And Implanting it to MaNGOS Core

    in OldGeneral discussion

    Posted

    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/

  9. **** is a mangos knock off and they have all battlegrounds and vehicles working

    in OldGeneral support

    Posted

    The overall difference is this:

    Mangos works to make a stable server where code is optimized, safe, secure and works correctly. No hack code, no workaround, nothing like that.

    Trinity works to have everything that wow has to offer, that includes vehicles, battlegrounds, etc... but at the expense of having a whole bunch of workarounds, hackish code, etc.. which leads to unstable version.

    the easiest way to check this out is, read the commits for mangos for the last 100 entries. Then read the last 100 for trinity. Tell me in which you find commits like "Corrected a crash for X problem" or "Correct typo for memory problem". Since they use a lot of hack code and workaround the get more stability issues. For myself i used trinity for 2 days and had about 15 to 20 crashes. I used mangos for 9 days straight. No crash whatsoever. See my point. You can either go for stability or the other one. Which does not mean that both are working to achieve a more stable, complete version of themselves.

    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.

  18. Simple chat log system

    in OldCore modifications

    Posted

    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.

    ChatLog.patch:9: trailing whitespace.

    {

    ChatLog.patch:10: trailing whitespace.

    sLog.outChat(type, "[%s] says: %s", GetPlayer()->GetName(), msg.

    c_str());

    ChatLog.patch:12: trailing whitespace.

    }

    ChatLog.patch:14: trailing whitespace.

    {

    ChatLog.patch:15: trailing whitespace.

    sLog.outChat(type, "[%s] %s", GetPlayer()->GetName(), msg.c_str(

    ));

    fatal: corrupt patch at line 477

  20. Auto Announcer with NextID and MangChat support

    in OldCore modifications

    Posted

    AHBot is fixed and the only update we need is in-game command support (I prefer a web-based interface over that though).

    And there's the multi-realm crash, does that still happen ?

    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.

  25. Auto Announcer with NextID and MangChat support

    in OldCore modifications

    Posted

    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

Contact Us

To contact us click here
You can also email us at [email protected]

Privacy Policy | Terms & Conditions

Repositories

The Link to the master list
of MaNGOS repositories:
Copyright © getMaNGOS. All rights Reserved.

This website is in no way associated with or endorsed by Blizzard Entertainment®
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. Privacy Policy Terms of Use