cabfever

This is bugged again somehow.
Got this commit [url]https://github.com/mangoszero/server/commit/3963a3c499730337440932457be0a033814ba20b[/url] somehow lost?

Checked the mangos.conf (this got changed too in the commit above)...
I had to change the "Rate.Corpse.Decay.Looted" manually from 0.0 to 0.5.
So some commits might get into Rel20. After I changed the value to 0.5, the corpses didnt despawn either.

Something is really broken here.

I think something got broken with this merge: [url]https://github.com/mangoszero/server/commit/928a5ec9a0a73f7ec083295d3fb73f1d4bbdbe48[/url]

Soulshards could not be obtained in groups

I thought this got fixed?

Okay got an answer: He meant BoP items as specific items

[quote=Xenithar]I have not had this issue since the fix was created, but I will test this weekend. What he meant was that if a group member is in Azeroth and you are in Kalimdor, when you kill a mob it can be assigned to him even though he is not even on the same continent. I had that issue BEFORE the fix. I will try to test it with my other tests this weekend.[/quote]

Killing a mob only is no problem. You can loot them all while the other group members aren't in range. But you can't loot a skinned mob, or loot a mined ore vein (probably no herb too).
And what he means with specific items, I don't know.

[quote]
According to Thottbot, the Bloodaxe gemstone drops at about a 25% rate, while the other two drop at a 15-20% rate.
[/quote]

[url]http://outridersguild.proboards.com/thread/586[/url]

Seems legit

The instance needs to be redone.

[url]http://db.vanillagaming.org/?item=12337[/url]
[url]http://db.vanillagaming.org/?item=12335[/url]
[url]http://db.vanillagaming.org/?item=12336[/url]

Since this is AoWoW and AoWoW is an old.wowhead.com clone, this should be right, isn't it?
But it has only to drop for ONE player which got the quest. If multiple players got the quest, they have to kill the bosses multiple times.

Edit: Forget what I said! :D The source is wrong.
The droprate got changed to 100% in Patch 2.2 ([url]http://www.wowwiki.com/Patch_2.2.0[/url])
So it should be correct at the moment.

Since 1 player on my server already got the key, this issue could be closed.

That got fixed on Rel20 here: [url]https://github.com/mangoszero/server/commit/3963a3c499730337440932457be0a033814ba20b[/url]

At least it worked for me (I'm not on the latest build though).

Yeah, last stand from prot warriors seems to cause this. If you use Last Stand right before you die, you'll stay between alive and dead with 1hp.

Some other crash logs after the latest build of Rel20_Newbuild and newly extracted game assets.

[code]
terminate called after throwing an instance of 'std::logic_error'
what(): negative node extents

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7fffed979700 (LWP 19884)]
0x00007ffff5a230d5 in raise () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) backtrace
#0 0x00007ffff5a230d5 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007ffff5a2683b in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x00007ffff659269d in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3 0x00007ffff6590846 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4 0x00007ffff6590873 in std::terminate() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5 0x00007ffff659096e in __cxa_throw () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6 0x0000000000d92171 in BIH::subdivide (this=0x7fffabcb14c0, left=0, right=3, tempTree=..., dat=..., gridBox=..., nodeBox=...,
nodeIndex=0, depth=1, stats=...) at /home/mangos/mangoszero/server141015/src/game/vmap/BIH.cpp:62
#7 0x0000000000d91f7d in BIH::buildHierarchy (this=0x7fffabcb14c0, tempTree=..., dat=..., stats=...)
at /home/mangos/mangoszero/server141015/src/game/vmap/BIH.cpp:38
#8 0x0000000000d95dda in BIH::build >(G3D::Array const&, void (&)(GameObjectModel const*, G3D::AABox&), unsigned int, bool) (this=0x7fffabcb14c0,
primitives=..., getBounds=
@0xd943f6: {void (const GameObjectModel *, G3D::AABox &)} 0xd943f6 ::getBounds2(GameObjectModel const*, G3D::AABox&)>, leafSize=3, printStats=false) at /home/mangos/mangoszero/server141015/src/game/vmap/BIH.h:156
#9 0x0000000000d95242 in BIHWrap >::balance (this=0x7fffabcb14c0)
at /home/mangos/mangoszero/server141015/src/game/vmap/BIHWrap.h:154
#10 0x0000000000d948b5 in RegularGrid2D >, NodeCreator > >, PositionTrait >::balance (this=0x42d60c0)
at /home/mangos/mangoszero/server141015/src/game/vmap/RegularGrid.h:148
#11 0x0000000000d944fa in DynTreeImpl::balance (this=0x42d60c0) at /home/mangos/mangoszero/server141015/src/game/vmap/DynamicTree.cpp:86
#12 0x0000000000d94591 in DynTreeImpl::update (this=0x42d60c0, difftime=100)
at /home/mangos/mangoszero/server141015/src/game/vmap/DynamicTree.cpp:100
#13 0x0000000000d93933 in DynamicMapTree::update (this=0x42d60a8, t_diff=100)
at /home/mangos/mangoszero/server141015/src/game/vmap/DynamicTree.cpp:144
#14 0x0000000000ca7360 in Map::Update (this=0x42acdd0, t_diff=@0x7fffed978d1c: 100)
at /home/mangos/mangoszero/server141015/src/game/WorldHandlers/Map.cpp:460
#15 0x0000000000c52fc9 in MapManager::Update (this=0x41b45b0, diff=36)
at /home/mangos/mangoszero/server141015/src/game/WorldHandlers/MapManager.cpp:184
#16 0x0000000000d319d6 in World::Update (this=0x1502a80, diff=36)
at /home/mangos/mangoszero/server141015/src/game/WorldHandlers/World.cpp:1498
#17 0x00000000009924a1 in WorldRunnable::run (this=0x438ed00) at /home/mangos/mangoszero/server141015/src/mangosd/WorldRunnable.cpp:66
#18 0x0000000000dea331 in ACE_Based::Thread::ThreadTask (param=0x438ed00)
at /home/mangos/mangoszero/server141015/src/shared/Threading.cpp:197
#19 0x00007ffff76fd8fc in ACE_OS_Thread_Adapter::invoke (this=0x6466450)
at /home/mangos/mangoszero/server141015/dep/acelite/ace/OS_Thread_Adapter.cpp:103
#20 0x00007ffff769c957 in ace_thread_adapter (args=0x6466450)
at /home/mangos/mangoszero/server141015/dep/acelite/ace/Base_Thread_Adapter.cpp:126
#21 0x00007ffff5db3e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#22 0x00007ffff5ae131d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#23 0x0000000000000000 in ?? ()
[/code]

[code]
terminate called after throwing an instance of 'std::logic_error'
what(): negative node extents

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7fffed979700 (LWP 19945)]
0x00007ffff5a230d5 in raise () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) backtrace
#0 0x00007ffff5a230d5 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007ffff5a2683b in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x00007ffff659269d in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3 0x00007ffff6590846 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4 0x00007ffff6590873 in std::terminate() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5 0x00007ffff659096e in __cxa_throw () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6 0x0000000000d92171 in BIH::subdivide (this=0x7fffdfca61c0, left=0, right=4, tempTree=..., dat=..., gridBox=..., nodeBox=...,
nodeIndex=0, depth=1, stats=...) at /home/mangos/mangoszero/server141015/src/game/vmap/BIH.cpp:62
#7 0x0000000000d91f7d in BIH::buildHierarchy (this=0x7fffdfca61c0, tempTree=..., dat=..., stats=...)
at /home/mangos/mangoszero/server141015/src/game/vmap/BIH.cpp:38
#8 0x0000000000d95dda in BIH::build >(G3D::Array const&, void (&)(GameObjectModel const*, G3D::AABox&), unsigned int, bool) (this=0x7fffdfca61c0,
primitives=..., getBounds=
@0xd943f6: {void (const GameObjectModel *, G3D::AABox &)} 0xd943f6 ::getBounds2(GameObjectModel const*, G3D::AABox&)>, leafSize=3, printStats=false) at /home/mangos/mangoszero/server141015/src/game/vmap/BIH.h:156
#9 0x0000000000d95242 in BIHWrap >::balance (this=0x7fffdfca61c0)
at /home/mangos/mangoszero/server141015/src/game/vmap/BIHWrap.h:154
#10 0x0000000000d948b5 in RegularGrid2D >, NodeCreator > >, PositionTrait >::balance (this=0x42d5c60)
at /home/mangos/mangoszero/server141015/src/game/vmap/RegularGrid.h:148
#11 0x0000000000d944fa in DynTreeImpl::balance (this=0x42d5c60) at /home/mangos/mangoszero/server141015/src/game/vmap/DynamicTree.cpp:86
#12 0x0000000000d94591 in DynTreeImpl::update (this=0x42d5c60, difftime=65)
at /home/mangos/mangoszero/server141015/src/game/vmap/DynamicTree.cpp:100
#13 0x0000000000d93933 in DynamicMapTree::update (this=0x42d5c48, t_diff=65)
at /home/mangos/mangoszero/server141015/src/game/vmap/DynamicTree.cpp:144
#14 0x0000000000ca7360 in Map::Update (this=0x42ac970, t_diff=@0x7fffed978d1c: 65)
at /home/mangos/mangoszero/server141015/src/game/WorldHandlers/Map.cpp:460
#15 0x0000000000c52fc9 in MapManager::Update (this=0x41b8870, diff=65)
at /home/mangos/mangoszero/server141015/src/game/WorldHandlers/MapManager.cpp:184
#16 0x0000000000d319d6 in World::Update (this=0x1502a80, diff=65)
at /home/mangos/mangoszero/server141015/src/game/WorldHandlers/World.cpp:1498
#17 0x00000000009924a1 in WorldRunnable::run (this=0x43993c0) at /home/mangos/mangoszero/server141015/src/mangosd/WorldRunnable.cpp:66
#18 0x0000000000dea331 in ACE_Based::Thread::ThreadTask (param=0x43993c0)
at /home/mangos/mangoszero/server141015/src/shared/Threading.cpp:197
#19 0x00007ffff76fd8fc in ACE_OS_Thread_Adapter::invoke (this=0x43d89a0)
at /home/mangos/mangoszero/server141015/dep/acelite/ace/OS_Thread_Adapter.cpp:103
#20 0x00007ffff769c957 in ace_thread_adapter (args=0x43d89a0)
at /home/mangos/mangoszero/server141015/dep/acelite/ace/Base_Thread_Adapter.cpp:126
#21 0x00007ffff5db3e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#22 0x00007ffff5ae131d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#23 0x0000000000000000 in ?? ()
[/code]

I remember rollbacks on crashes in retail vanilla. But they didn't rollback that hard like on mangos at this point. Maximum 5 minutes if I remember correct.
I'm running my server with playersaves every minute at this moment and it's still running smoothly.

Fixed here (I tested it already on Rel20 for ZERO and mana tide is working again):

[url]https://github.com/CoronaCore/Issues/issues/8[/url]

Possible idea how to fix it: [url]https://bitbucket.org/oregon/oregoncore/issue/592/mob-ai-los-breaking-pull-caster-mob[/url]

[code]
15:14:05 DealDamageEnd returned 59 damage
terminate called after throwing an instance of 'std::logic_error'
what(): negative node extents

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7fffed979700 (LWP 14916)]
0x00007ffff5a230d5 in raise () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) backtrace
#0 0x00007ffff5a230d5 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007ffff5a2683b in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x00007ffff659269d in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3 0x00007ffff6590846 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4 0x00007ffff6590873 in std::terminate() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5 0x00007ffff659096e in __cxa_throw () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6 0x0000000000d91b85 in BIH::subdivide (this=0x7fffdd232f80, left=0, right=4, tempTree=..., dat=..., gridBox=..., nodeBox=...,
nodeIndex=0, depth=1, stats=...) at /home/mangos/mangoszero/server141008/src/game/vmap/BIH.cpp:62
#7 0x0000000000d91991 in BIH::buildHierarchy (this=0x7fffdd232f80, tempTree=..., dat=..., stats=...)
at /home/mangos/mangoszero/server141008/src/game/vmap/BIH.cpp:38
#8 0x0000000000d957ee in BIH::build >(G3D::Array const&, void (&)(GameObjectModel const*, G3D::AABox&), unsigned int, bool) (this=0x7fffdd232f80,
primitives=..., getBounds=
@0xd93e0a: {void (const GameObjectModel *, G3D::AABox &)} 0xd93e0a ::getBounds2(GameObjectModel const*, G3D::AABox&)>, leafSize=3, printStats=false) at /home/mangos/mangoszero/server141008/src/game/vmap/BIH.h:156
#9 0x0000000000d94c56 in BIHWrap >::balance (this=0x7fffdd232f80)
at /home/mangos/mangoszero/server141008/src/game/vmap/BIHWrap.h:154
#10 0x0000000000d942c9 in RegularGrid2D >, NodeCreator > >, PositionTrait >::balance (this=0x4244b90)
at /home/mangos/mangoszero/server141008/src/game/vmap/RegularGrid.h:148
#11 0x0000000000d93f0e in DynTreeImpl::balance (this=0x4244b90) at /home/mangos/mangoszero/server141008/src/game/vmap/DynamicTree.cpp:86
#12 0x0000000000d93fa5 in DynTreeImpl::update (this=0x4244b90, difftime=100)
at /home/mangos/mangoszero/server141008/src/game/vmap/DynamicTree.cpp:100
#13 0x0000000000d93347 in DynamicMapTree::update (this=0x42cd8a8, t_diff=100)
at /home/mangos/mangoszero/server141008/src/game/vmap/DynamicTree.cpp:144
#14 0x0000000000ca6fb8 in Map::Update (this=0x42a45d0, t_diff=@0x7fffed978d1c: 100)
at /home/mangos/mangoszero/server141008/src/game/WorldHandlers/Map.cpp:460
#15 0x0000000000c52c21 in MapManager::Update (this=0x4266750, diff=35)
at /home/mangos/mangoszero/server141008/src/game/WorldHandlers/MapManager.cpp:184
#16 0x0000000000d3162e in World::Update (this=0x1502a00, diff=35)
at /home/mangos/mangoszero/server141008/src/game/WorldHandlers/World.cpp:1498
#17 0x0000000000992461 in WorldRunnable::run (this=0x1b635d0) at /home/mangos/mangoszero/server141008/src/mangosd/WorldRunnable.cpp:66
#18 0x0000000000de9d45 in ACE_Based::Thread::ThreadTask (param=0x1b635d0)
at /home/mangos/mangoszero/server141008/src/shared/Threading.cpp:197
#19 0x00007ffff76fd8fc in ACE_OS_Thread_Adapter::invoke (this=0x6497ed0)
at /home/mangos/mangoszero/server141008/dep/acelite/ace/OS_Thread_Adapter.cpp:103
#20 0x00007ffff769c957 in ace_thread_adapter (args=0x6497ed0)
at /home/mangos/mangoszero/server141008/dep/acelite/ace/Base_Thread_Adapter.cpp:126
#21 0x00007ffff5db3e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#22 0x00007ffff5ae131d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#23 0x0000000000000000 in ?? ()
(gdb)
[/code]

Oh sorry! Rel20_Newbuild

Okay, got that. Sorry :)

Why not doing the scripting of rexxar in LUA since we got the Eluna engine? As I guess, the cpp scripting would be replaced by lua scripts anyway at some time.
Anyway, good work! :)

:(

It seems to be fixed now.

From conversation with Antz:

[01.10.14 10:40:50] SHUYΛ: now we got a different issue on mac clients
[01.10.14 10:41:07] SHUYΛ: at leasts it's not crashing the server
[01.10.14 10:41:49] SHUYΛ: but on the mac client, it's getting into the loading screen from grom'gol to UC... then you fall down from the zepp after the loading screen right before duskwood (where the loading screen started).
[01.10.14 10:42:04] SHUYΛ: So with a Mac Client it would be never possible to get to UC from grom'gol

I know, that there was always an issue with transports before for mac clients. It felt like the map got loaded before the zeppelin itself after the loading screen, so you always fall down - but you fall down at least in the new zone and could run/swim the last mile.

Okay, other transports are working like before (falling down after the loading screen but in the correct and new zone).
For Grom'gol to Undercity, this is not working. You fall down in Stranglethorn Vale right after the loading screen in the same old zone (should fall down in the new zone at least).

When I use
[code]
UPDATE creature_template, creature_template_classlevelstats SET PowerMultiplier = MinLevelMana/BaseMana
WHERE creature_template_classlevelstats.Level = MinLevel and BaseMana != 0;
[/code]
I get "#1054 - Unknown column 'PowerMultiplier' in 'field list'" because the table isn't there (imported the newest Rel20 DB though with all possible updates)

My server crashs all the time, when flying from Grom'Gol to Undercity with Zeppelin. Close before you get into duskwood, the server crashes (there should start the loading screen).

I'm asking, because my linux hosted mangos zero is also crashing A LOT since the changes from 2 weeks until now.
And mangos devs were asking for debug dump files.

I compiled in debug mode, but didn't find anything like debug dumps - so I was asking.

Where do I find this kind of logfile?

Yes, it does fix the warlock pet names too