Jump to content

Foereaper

getMaNGOS Developer
  • Posts

    599
  • Joined

  • Last visited

  • Days Won

    1
  • Donations

    0.00 GBP 

Everything posted by Foereaper

  1. Cabfever has been testing as well with over 24 hours and no node crashes, where he usually had a crash every 1-3 hours before. I will be temporarily disabling this system on Rel20 branch until it can be reviewed properly Edit: Now disabled in Rel20 until the system can be reviewed and thoroughly debugged. [URL]https://github.com/mangoszero/server/commit/0335a4b656fc95b1d80d263866881808048e3099[/URL] I have assigned Evildead to this issue for now.
  2. All new information on aura crash goes here: [url]https://www.getmangos.eu/issue.php?issueid=578[/url] Will leave this up for review for the next 24 hours or so. If no new node crashes are received until then, I'll have the ore system disabled until it can be reviewed.
  3. Aura Crashes [quote=Xenithar] [code] PLAYER: RewardHonor DealDamageAttackStop creature 7 stopped attacking player 21 player 21 stopped attacking creature 7 SET JUST_DIED Aura 3 now is remove mode 4 Aura 79 now is remove mode 5 Aura 79 now is remove mode 5 Aura 142 now is remove mode 5 Aura 133 now is remove mode 5 Aura 101 now is remove mode 5 Aura 133 now is remove mode 5 Aura 31 now is remove mode 5 Aura 110 now is remove mode 5 Aura 52 now is remove mode 5 Aura 57 now is remove mode 5 Aura 157 now is remove mode 5 Aura 42 now is remove mode 5 DealDamageEnd returned 7 damage Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb20f1b70 (LWP 13268)] 0x00000000 in ?? () (gdb) backtrace #0 0x00000000 in ?? () #1 0x0882d9f6 in Aura::UpdateAura (this=0xb77c43f0, diff=100) at /home/---/zero/src/server/src/game/WorldHandlers/SpellAuras.h:455 #2 0x0882cd88 in SpellAuraHolder::Update (this=0xc25f338, diff=100) at /home/---/zero/src/server/src/game/WorldHandlers/SpellAuras.cpp:5445 #3 0x086a0425 in SpellAuraHolder::UpdateHolder (this=0xc25f338, diff=100) at /home/---/zero/src/server/src/game/WorldHandlers/SpellAuras.h:154 #4 0x0868aed9 in Unit::_UpdateSpells (this=0xc170f28, time=100) at /home/---/zero/src/server/src/game/Object/Unit.cpp:2978 #5 0x08681d7e in Unit::Update (this=0xc170f28, update_diff=100, p_time=100) at /home/---/zero/src/server/src/game/Object/Unit.cpp:329 #6 0x0871af80 in Creature::Update (this=0xc170f28, update_diff=100, diff=100) at /home/---/zero/src/server/src/game/Object/Creature.cpp:589 #7 0x086b628e in Pet::Update (this=0xc170f28, update_diff=100, diff=100) at /home/---/zero/src/server/src/game/Object/Pet.cpp:600 #8 0x087d9c24 in WorldObject::UpdateHelper::Update (this=0xb20effc4, time_diff=100) at /home/---/zero/src/server/src/game/Object/Object.h:473 #9 0x087da38e in MaNGOS::ObjectUpdater::Visit (this=0xb20f11a0, m=...) at /home/---/zero/src/server/src/game/WorldHandlers/GridNotifiersImpl.h:54 #10 0x087e742c in VisitorHelper (v=..., c=...) at /home/---/zero/src/server/src/framework/GameSystem/TypeContainerVisitor.h:72 #11 0x087e70a4 in VisitorHelper > > (v=..., c=...) at /home/---/zero/src/server/src/framework/GameSystem/TypeContainerVisitor.h:85 #12 0x087e6a62 in VisitorHelper > > > (v=..., c=...) at /home/---/zero/src/server/src/framework/GameSystem/TypeContainerVisitor.h:86 #13 0x087e5d13 in VisitorHelper > > > > (v=..., c=...) at /home/---/zero/src/server/src/framework/GameSystem/TypeContainerVisitor.h:98 #14 0x087e4ae6 in TypeContainerVisitor > > > > >::Visit (this=0xb20f1198, c=...) at /home/---/zero/src/server/src/framework/GameSystem/TypeContainerVisitor.h:127 #15 0x087e2d4d in Grid > > >, TypeList > > > >::Visit (this=0xa3c9074, visitor=...) at /home/---/zero/src/server/src/framework/GameSystem/Grid.h:111 #16 0x087e0558 in NGridt > > >, TypeList > > > >::Visit > > > > (this=0xa3bbf28, x=@0xb20f00dc: 14, y=@0xb20f00d8: 15, visitor=...) at /home/---/zero/src/server/src/framework/GameSystem/NGrid.h:360 #17 0x087dc4e4 in Map::Visit > > > > > (this=0xa63c5c0, cell=..., visitor=...) at /home/---/zero/src/server/src/game/WorldHandlers/Map.h:446 #18 0x087d37a4 in Map::Update (this=0xa63c5c0, t_diff=@0xb20f123c: 100) at /home/---/zero/src/server/src/game/WorldHandlers/Map.cpp:521 #19 0x088e2412 in MapManager::Update (this=0xb464d88, diff=48) at /home/---/zero/src/server/src/game/WorldHandlers/MapManager.cpp:184 #20 0x087f042f in World::Update (this=0x8e4f310, diff=48) at /home/---/zero/src/server/src/game/WorldHandlers/World.cpp:1498 #21 0x085b746f in WorldRunnable::run (this=0xbb3a980) at /home/---/zero/src/server/src/mangosd/WorldRunnable.cpp:66 #22 0x0898c181 in ACE_Based::Thread::ThreadTask (param=0xbb3a980) at /home/---/zero/src/server/src/shared/Threading.cpp:197 #23 0xb7f43171 in ACE_OS_Thread_Adapter::invoke() () from /usr/lib/libACE-6.0.3.so #24 0xb7f051cf in ace_thread_adapter () from /usr/lib/libACE-6.0.3.so #25 0xb77ccc39 in start_thread () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #26 0xb77399fe in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 [/code] Looks like it is trying to read invalid addresses of memory, with the 0x00000000 and all.[/quote] Quoted in message from a different thread. Please report all findings on the above crash here.
  4. Not yet known, haven't had the time to get around to debug it
  5. This is a known spell aura crash, it is not related to the above node issue :) If you're no longer receiving the node crash issues then I believe we've found the culprit! I am promoting the above crash to its own issue on the tracker.
  6. Please test this: git clone [url]https://github.com/mangoszero/server.git[/url] -b Rel20LinuxCrash --recursive This has the new pool system disabled at latest rev
  7. That is the new ore code added on the 13th of September. I will be removing this commit on a test branch and post a link whenever to test with the latest source without the ore system.
  8. [url]https://www.getmangos.eu/issue.php?issueid=177[/url]
  9. If you manage to keep crashing it around Orgrimmar, that would be great :P I have yet to be able to reproduce the crash with the version mentioned above, but not necessarily sure if it's stable just yet. Also, if you have time, please compile with the below: [COLOR=#3E3E3E]git clone [/COLOR][URL]https://github.com/mangoszero/server.git[/URL][COLOR=#3E3E3E] -b Rel20[/COLOR] [COLOR=#3E3E3E]git checkout [/COLOR]5b5d667 [COLOR=#3E3E3E]git submodule init[/COLOR] [COLOR=#3E3E3E]git submodule update This is what I have been testing for the past couple hours, no crashes so far. If you have no crashes with this, then [/COLOR]5b5d667 is a stable revision and helps narrow down what's causing this.
  10. Please try this and let me know how it works out: git clone [URL]https://github.com/mangoszero/server.git[/URL] -b Rel20 git checkout b79a091 git submodule init git submodule update I have tested this for a couple hours so far and it seems to be stable. This includes both the changes to the event system, AND the ore system. If this is stable, then I will seriously have to reconsider what is wrong.. [COLOR=#ff0000][SIZE=3]IGNORE THE ABOVE PART OF THIS POST[/COLOR][/SIZE] It would seem that the above listed commit, b79a091, does NOT contain the new Ore spawn system. This is due to Git being a... Git. b79a091 is STABLE. Will now continue testing on 5b5d667.
  11. Crash just happened! Literally running back and forth between Feralas and the salt flats. Will compile some older revisions and pinpoint where the crash started happening.
  12. I have spent the better half of the evening trying to reproduce this crash. With a Warrior character I have not yet been able to do so. I do have a couple of questions though: - Are either of your characters a character that has any pets? - Are you doing any gathering related professions like mining, herbalism etc?
  13. This has already been reported in a previous ticket, some interesting discussion followed there as well.
  14. The fix that worked for TC was pushed here: [URL]https://github.com/mangoszero/server/commit/426c697a73839b89a117b8f1fc61eee696b6bc7c[/URL] Something else is obviously playing up, though at this point I have no idea what. Like Trinity did, we should recreate the crash in Valgrind for some proper information. For reference sake I would still like for you to try this with both SD2 and Eluna disabled. The more we can rule out the better.
  15. It will, you can disable one, the other, or both if you choose to do so. Least it does on Windows, haven't tested Linux build :) Anyway, some interesting information about the crash. See: [URL]https://github.com/TrinityCore/TrinityCore/issues/5218[/URL] The fix for this was pushed already not too long ago, however it is most likely something along the same lines as what Trinity faced. Also, note that this is a *NIX only issue.
  16. Actually, for testing purposes. Would you mind disabling both Eluna and SD2 and see if any crashes occur?
  17. The last stable version as far as my testing has gone is up until this commit: [url]https://github.com/mangoszero/server/commit/1cd1b9614dec8a519af47bd30a65064d46ad1d2d[/url] I have not yet had the time to venture past that commit, though I suspect it is either the timed event handler rewrite or the new ore system. I somewhat lean towards the latter as the stack trace contains information related to game object models.
  18. [quote=Xenithar]Is it possible to set "CONF_DIR" to "/etc"? If so I can begin making the Debian packages again.[/quote] Yes, however I will have to look into the technical aspects of doing this, as it may cause some issues with relative pathing. Will get to it once I have some spare time.
  19. Fix has been pushed, please test and report back [url]https://github.com/mangoszero/server/commit/9ee406aee5d2997901fa6699b35404fcc05f10aa[/url]
  20. Say your install prefix is /home/usr/server. By default, the config dir would then be /home/usr/server/etc. If you would like the config dir to be /home/usr/etc, you would then use -DCONF_DIR=../etc/
  21. As of this commit: [URL]https://github.com/mangoszero/server/commit/7e30aa81d033ea89b07cfd307b3310c943488a54[/URL] Linux: - Binary files are now installed at install_prefix/bin - Config files are now by default installed to install_prefix/etc Windows: - Binary files are now installed at install_prefix - Config files are now by default installed to install_prefix CONF_DIR option is relative to install_prefix on both Windows and Linux. On linux this option defaults to: -DCONF_DIR=etc/ Notes: lua_scripts directory and log files location are relative to the binary directory, this means; Linux: install_prefix/bin Windows: install_prefix This can be changed in mangosd.conf, ie. LogsDir = "../logs/" The above would set the logs directory to: install_prefix/logs
  22. I have attempted to recreate this issue for roughly a week so far, unfortunately after 8 hours of gameplay I have not been able to find a good way to reproduce.. If possible, could you note exactly where everyone online are when this happens, as well as what people are doing specifically? Also, if possible, how long the server has been running.
  23. Because the old one is horribly broken and is just a patch job for this to work as is. Also, this is an attempt at fixing the cmake build to be cross platform. Not a change. All of the above is simply install step settings.
×
×
  • 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