Xenithar

No problem. When you start mangosd, start it with "gdb mangosd". It will take a minute to load all debugging symbols. Eventually you will get to a prompt that looks like "(gdb)". Type "run" and press enter, and the program runs. When/if it crashes and you get back to the "(gdb)" prompt, type "backtrace" and press enter to step back through the crash like I did.

That would be a bad idea in my opinion. If 1.0 is normal for everybody else but is actually 1.35~1.40 for Tauren, hwo would I ever know what to scale an entity to? Also, won't One be merged with the Zero branch at some point soon? Seems confusing as heck to me.

This is not a logfile. I run in Linux. When I build I do a debug build. This builds in debugging symbols and such. Then when I start the server, I start with [b]gdb ./mangosd[/b]. GDB loads the symbols and drops me to a "(gdb)" prompt. I type "run" to start the server. When it crashes, I can type "backtrace" to step back through the code which caused the crash. That is what I am posting, my backtraces.

Skinning is working as intended. I had to override the default value for corpses decaying, and now they are staying around and I have skinned a dozen things already with no issues. Clean your cache and try again after setting the corpse delay to 0.5.

This does not affect Zero. When I login on my shaman and try ".mod scale 1.35", nothing changes. Remember, Tauren are NOT 1.0, they are 1.35! If you are doing 1.0, you are incorrect.

It is at the default. [code] Default: 0.0 (will use modifier /3 of the creatures spawntimesecs when 0.0) [/code] Straight from the file, and it is at that default. What is this in, minutes? In other words, is 0.5 thirty seconds?

Ah-ha! I have a bug report open right now about the disappearing corpses. I cannot comment on the skinning bug however, since the corpse disappears before I can attempt to skin it.

Again. Mom was on alone while my fiance and I were out walking this evening. [code] Spell: Aura is: 17 Aura: construct Spellid : 18950, Aura : 17 Target : 1 Damage : 100000 Holder of spell 18950 now is in use Creature 5303 used AI is EventAI. Creature 4689 used AI is ReactorAI. Creature 8549 used AI is ReactorAI. Creature 11029 used AI is ReactorAI. Spell 18950 Effect0 : 6 Targets: Creature (Entry: 5952 Guid: 4795), -, - Spell: Aura is: 19 Aura: construct Spellid : 18950, Aura : 19 Target : 1 Damage : 100000 Spell 18950 Effect1 : 6 Targets: Creature (Entry: 5952 Guid: 4795), -, - Spell: Aura is: 17 Aura: construct Spellid : 18950, Aura : 17 Target : 1 Damage : 100000 Holder of spell 18950 now is in use Creature 4795 used AI is EventAI. 40 GameObjects, 86 Creatures, and 0 Corpses/Bones loaded for grid 1943 on map 1 Grid[30,23] on map 1 moved to IDLE state terminate called after throwing an instance of 'std::logic_error' what(): invalid node overlap Program received signal SIGABRT, Aborted. [Switching to Thread 0xb20f3b70 (LWP 6285)] 0xb7fe1424 in __kernel_vsyscall () (gdb) backtrace #0 0xb7fe1424 in __kernel_vsyscall () #1 0xb7697681 in raise () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #2 0xb769aab2 in abort () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #3 0xb787e28d in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/i386-linux-gnu/libstdc++.so.6 #4 0xb787bef3 in ?? () from /usr/lib/i386-linux-gnu/libstdc++.so.6 #5 0xb787bf2f in std::terminate() () from /usr/lib/i386-linux-gnu/libstdc++.so.6 #6 0xb787c1ce in __cxa_throw () from /usr/lib/i386-linux-gnu/libstdc++.so.6 #7 0x0892d4c3 in BIH::subdivide (this=0xc30e878, left=36, right=39, tempTree=..., dat=..., gridBox=..., nodeBox=..., nodeIndex=177, depth=4, stats=...) at /home/---/zero/src/server/src/game/vmap/BIH.cpp:68 #8 0x0892dfc9 in BIH::subdivide (this=0xc30e878, left=36, right=39, tempTree=..., dat=..., gridBox=..., nodeBox=..., nodeIndex=174, depth=3, stats=...) at /home/---/zero/src/server/src/game/vmap/BIH.cpp:248 #9 0x0892e047 in BIH::subdivide (this=0xc30e878, left=34, right=35, tempTree=..., dat=..., gridBox=..., nodeBox=..., nodeIndex=6, depth=2, stats=...) at /home/---/zero/src/server/src/game/vmap/BIH.cpp:252 #10 0x0892e047 in BIH::subdivide (this=0xc30e878, left=0, right=33, tempTree=..., dat=..., gridBox=..., nodeBox=..., nodeIndex=0, depth=1, stats=...) at /home/---/zero/src/server/src/game/vmap/BIH.cpp:252 #11 0x0892d20d in BIH::buildHierarchy (this=0xc30e878, tempTree=..., dat=..., stats=...) at /home/---/zero/src/server/src/game/vmap/BIH.cpp:38 #12 0x08930be7 in BIH::build >(G3D::Array const&, void (&)(GameObjectModel const*, G3D::AABox&), unsigned int, bool) ( this=0xc30e878, primitives=..., getBounds= @0x892f0b9: {void (const GameObjectModel *, G3D::AABox &)} 0x892f0b9 ::getBounds2(GameObjectModel const*, G3D::AABox&)>, leafSize=3, printStats=false) at /home/---/zero/src/server/src/game/vmap/BIH.h:156 #13 0x0892fd0f in BIHWrap >::balance (this=0xc30e878) at /home/---/zero/src/server/src/game/vmap/BIHWrap.h:147 #14 0x0892f4d7 in RegularGrid2D >, NodeCreator > >, PositionTrait >::balance (this=0xb2fe9f0) at /home/---/zero/src/server/src/game/vmap/RegularGrid.h:148 #15 0x0892f187 in DynTreeImpl::balance (this=0xb2fe9f0) at /home/---/zero/src/server/src/game/vmap/DynamicTree.cpp:86 #16 0x0892f20e in DynTreeImpl::update (this=0xb2fe9f0, difftime=100) at /home/---/zero/src/server/src/game/vmap/DynamicTree.cpp:100 #17 0x0892e984 in DynamicMapTree::update (this=0xb99ef9c, t_diff=100) at /home/---/zero/src/server/src/game/vmap/DynamicTree.cpp:144 #18 0x0883cd04 in Map::Update (this=0xb979e00, t_diff=@0xb20f323c: 100) at /home/---/zero/src/server/src/game/Map.cpp:460 #19 0x08852616 in MapManager::Update (this=0xb2f1fe0, diff=50) at /home/---/zero/src/server/src/game/MapManager.cpp:184 #20 0x088e2a8d in World::Update (this=0x8cdb2b0, diff=50) at /home/---/zero/src/server/src/game/World.cpp:1496 #21 0x0854dc0f in WorldRunnable::run (this=0xa4e5050) at /home/---/zero/src/server/src/mangosd/WorldRunnable.cpp:66 #22 0x08972c39 in ACE_Based::Thread::ThreadTask (param=0xa4e5050) at /home/---/zero/src/server/src/shared/Threading.cpp:197 #23 0xb7f50171 in ACE_OS_Thread_Adapter::invoke() () from /usr/lib/libACE-6.0.3.so #24 0xb7f121cf in ace_thread_adapter () from /usr/lib/libACE-6.0.3.so #25 0xb77d6c39 in start_thread () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #26 0xb7743a6e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 [/code] So is there anything on my end that could be causing this?

I am about to check now. I'll post the results.

Works fine for me on R20. I will check again shortly. My main is a shaman and as such, I should notice his size being off. I will try a few things later.

Have you had them clear the WDB cache? I had this exact issue and clearing the cache corrected it. Now however, corpses despawn instantly and cannot be skinned.

I do not believe all mounts had sounds in Zero. In fact one of the "cool" mounts was the "Swift Zulian Tiger" because it had sound! It would roar when stretching. Others did not make those sounds. In TBC all mounts had sound to my knowledge.

Just happened again. Seems to be tied to hunters. [code] Aura: construct Spellid : 24552, Aura : 22 Target : 1 Damage : 330 Holder of spell 24552 now is in use New Pet has guid 19 Pet Spells Groups WORLD: Received opcode CMSG_MOVE_TIME_SKIPPED zDiff = 0.000000 Pet (Petnumber: 129 Guid: 19) follow to Player Turon (Guid: 2) Grid[23,29] on map 1 moved to IDLE state HandlePetNameQuery. CMSG_PET_NAME_QUERY WORLD: CMSG_LOOT Player::SendLoot terminate called after throwing an instance of 'std::logic_error' what(): invalid node overlap Program received signal SIGABRT, Aborted. [Switching to Thread 0xb20f3b70 (LWP 3147)] 0xb7fe1424 in __kernel_vsyscall () (gdb) backtrace #0 0xb7fe1424 in __kernel_vsyscall () #1 0xb7697681 in raise () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #2 0xb769aab2 in abort () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #3 0xb787e28d in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/i386-linux-gnu/libstdc++.so.6 #4 0xb787bef3 in ?? () from /usr/lib/i386-linux-gnu/libstdc++.so.6 #5 0xb787bf2f in std::terminate() () from /usr/lib/i386-linux-gnu/libstdc++.so.6 #6 0xb787c1ce in __cxa_throw () from /usr/lib/i386-linux-gnu/libstdc++.so.6 #7 0x0892d4c3 in BIH::subdivide (this=0xcb198a0, left=24, right=42, tempTree=..., dat=..., gridBox=..., nodeBox=..., nodeIndex=99, depth=3, stats=...) at /home/---/zero/src/server/src/game/vmap/BIH.cpp:68 #8 0x0892dfc9 in BIH::subdivide (this=0xcb198a0, left=24, right=42, tempTree=..., dat=..., gridBox=..., nodeBox=..., nodeIndex=6, depth=2, stats=...) at /home/---/zero/src/server/src/game/vmap/BIH.cpp:248 #9 0x0892e047 in BIH::subdivide (this=0xcb198a0, left=0, right=23, tempTree=..., dat=..., gridBox=..., nodeBox=..., nodeIndex=0, depth=1, stats=...) at /home/---/zero/src/server/src/game/vmap/BIH.cpp:252 #10 0x0892d20d in BIH::buildHierarchy (this=0xcb198a0, tempTree=..., dat=..., stats=...) at /home/---/zero/src/server/src/game/vmap/BIH.cpp:38 #11 0x08930be7 in BIH::build >(G3D::Array const&, void (&)(GameObjectModel const*, G3D::AABox&), unsigned int, bool) ( this=0xcb198a0, primitives=..., getBounds= @0x892f0b9: {void (const GameObjectModel *, G3D::AABox &)} 0x892f0b9 ::getBounds2(GameObjectModel const*, G3D::AABox&)>, leafSize=3, printStats=false) at /home/---/zero/src/server/src/game/vmap/BIH.h:156 #12 0x0892fd0f in BIHWrap >::balance (this=0xcb198a0) at /home/---/zero/src/server/src/game/vmap/BIHWrap.h:147 #13 0x0892f4d7 in RegularGrid2D >, NodeCreator > >, PositionTrait >::balance (this=0xb2f33c8) at /home/---/zero/src/server/src/game/vmap/RegularGrid.h:148 #14 0x0892f187 in DynTreeImpl::balance (this=0xb2f33c8) at /home/---/zero/src/server/src/game/vmap/DynamicTree.cpp:86 #15 0x0892f20e in DynTreeImpl::update (this=0xb2f33c8, difftime=133) at /home/---/zero/src/server/src/game/vmap/DynamicTree.cpp:100 #16 0x0892e984 in DynamicMapTree::update (this=0xb99ef9c, t_diff=133) at /home/---/zero/src/server/src/game/vmap/DynamicTree.cpp:144 #17 0x0883cd04 in Map::Update (this=0xb979e00, t_diff=@0xb20f323c: 133) at /home/---/zero/src/server/src/game/Map.cpp:460 #18 0x08852616 in MapManager::Update (this=0xa4802d0, diff=133) at /home/---/zero/src/server/src/game/MapManager.cpp:184 #19 0x088e2a8d in World::Update (this=0x8cdb2b0, diff=133) at /home/---/zero/src/server/src/game/World.cpp:1496 #20 0x0854dc0f in WorldRunnable::run (this=0xb9c6ec8) at /home/---/zero/src/server/src/mangosd/WorldRunnable.cpp:66 #21 0x08972c39 in ACE_Based::Thread::ThreadTask (param=0xb9c6ec8) at /home/---/zero/src/server/src/shared/Threading.cpp:197 #22 0xb7f50171 in ACE_OS_Thread_Adapter::invoke() () from /usr/lib/libACE-6.0.3.so #23 0xb7f121cf in ace_thread_adapter () from /usr/lib/libACE-6.0.3.so #24 0xb77d6c39 in start_thread () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #25 0xb7743a6e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 [/code] Last time my fiance was on her hunter. This time I was on mine. Hunters seem to be bringing down the server. *EDIT* Wait, both times my fiance was attempting to loot a corpse. Perhaps this is a bug with the new looting system? The odd thing is that my mom, fiance, and I played last night for two hours, all of us on warlocks, and no crash. She was on her lock just now, looted a corpse, and it crashed. Was it her looting or my pet wolf (Lupos) doing something?

I have not had to touch my configuration files in ages. Literally, months. Did configuration options get added? Normally when that happens you get a message about updating to the new version.

I know what you're saying. What I am saying is that the effect is only supposed to appear when the quest is active for a player. In other words, the effect SHOULD be there, but it SHOULD be invisible until the quest makes it visible. I will attempt to look up the quest tomorrow and give you a link to it. *UPDATE* Ah-ha! I was right! I remember a quest spawning mobs there. I simply had to remember the name of the inn and BAM! There is the quest. Apparently it was removed in a later patch. [url=http://www.wowwiki.com/Quest:Investigate_the_Blue_Recluse]Investigate The Blue Recluse[/url]

It has been YEARS since I did Alliance quests, but isn't that part of a quest? Like it only appears during a quest?

I have had other quests say I had one or two shy of completing a quest, such as 19/20 item collected or 18/20 thugs killed. However, the quest completes. Something in the tracking is wonky from time to time.

It worked in R19, it stopped working in R20. Also, a feature like this should not be ported to SD2 or LUA because those of us who use one or the other will lose a feature that has been in for years. Shouldn't we be able to locate the AHBot repo and pull from it? Without a working auction hall, it is very difficult to gain money, especially solo. That said, all of my servers are Linux. Each process runs on a dedicated console and I start it by hand. No scripts running any of the MaNGOS stuff on my end. I have been running a debug build in gdb (debugger), but I tried it without gdb and no change. Something broke when R20 came along. No clue as to what.

That's an issue for me, since we have not left Visual Studio behind yet. I have suggested we make the painless switch to Code::Blocks, which is now taught in many colleges (universities) here since it is cross-platform and runs on everything. It would also simplify the build process since we'd have only cmake in both Windows and Linux, and we could finally ditch the proprietary Windows dependencies. I don't use VS and as such, am hosed in building the tools. The only other option is to copy the entire client to my server, build the Linux tools, and run it from there. Not appealing either.

You are correct. I am exhausted this week. Need sleep. About to get it. Do I need to build mmaps and such for R20 again? If so, that MAY be the issue.