jsee

Why? For now only the index page (http://getmangos.eu) contains some (not really accurate) infos. There is no good place for their infos/stickies that anybody can find easily. Forum section/topics would be better because anybody could post updates there. I suggest a section for the little brothers (one, zero) I think they are now organic part of the big mangos project. I think (in the near bright future) when mangos will support cata there will be a mangos two (m2) branch also. So you might think about it.

Made a patch for revision 10559. http://paste2.org/p/1009900

Patch for World.h [9740] diff --git a/src/game/World.h b/src/game/World.h index a4e4f6f..81e5cc3 100644 --- a/src/game/World.h +++ b/src/game/World.h @@ -177,6 +177,14 @@ enum eConfigUInt32Values CONFIG_UINT32_TIMERBAR_FIRE_GMLEVEL, CONFIG_UINT32_TIMERBAR_FIRE_MAX, CONFIG_UINT32_MIN_LEVEL_STAT_SAVE, + + /* Start AHBot */ + CONFIG_UINT32_AHBOT_ACCOUNT_ID, + CONFIG_UINT32_AHBOT_CHARACTER_ID, + + CONFIG_UINT32_AHBOT_ITEMS_CYCLE, + /* End AHBot*/ + CONFIG_UINT32_VALUE_COUNT }; @@ -307,6 +315,25 @@ enum eConfigBoolValues CONFIG_BOOL_ARENA_QUEUE_ANNOUNCER_EXIT, CONFIG_BOOL_KICK_PLAYER_ON_BAD_PACKET, CONFIG_BOOL_STATS_SAVE_ONLY_ON_LOGOUT, + + /* Start AHBot */ + CONFIG_BOOL_AHBOT_SELLER_ENABLED, + CONFIG_BOOL_AHBOT_BUYER_ENABLED, + + CONFIG_BOOL_AHBOT_ITEMS_VENDOR, + CONFIG_BOOL_AHBOT_ITEMS_LOOT, + CONFIG_BOOL_AHBOT_ITEMS_MISC, + + CONFIG_BOOL_AHBOT_BIND_NO, + CONFIG_BOOL_AHBOT_BIND_PICKUP, + CONFIG_BOOL_AHBOT_BIND_EQUIP, + CONFIG_BOOL_AHBOT_BIND_USE, + CONFIG_BOOL_AHBOT_BIND_QUEST, + + CONFIG_BOOL_AHBOT_BUYPRICE_SELLER, + CONFIG_BOOL_AHBOT_BUYPRICE_BUYER, + /* End AHBot*/ + CONFIG_BOOL_VALUE_COUNT };

The variable never gets initalized from config. diff --git a/src/game/AuctionHouseBot.cpp b/src/game/AuctionHouseBot.cpp index b4a60d2..26ff572 100644 --- a/src/game/AuctionHouseBot.cpp +++ b/src/game/AuctionHouseBot.cpp @@ -874,6 +874,8 @@ void AuctionHouseBot::Initialize() { debug_Out = sConfig.GetIntDefault("AuctionHouseBot.DEBUG", 0); + ItemsPerCycle = sWorld.getConfig(CONFIG_UINT32_AHBOT_ITEMS_CYCLE); + if (!sWorld.getConfig(CONFIG_BOOL_ALLOW_TWO_SIDE_INTERACTION_AUCTION)) { LoadValues(&AllianceConfig);

You can easily mod any "road sign" and all generic objects to "guild vault" object. Execute this SQL code on "mangos" database: update gameobject_template set type = 34 where type = 5; After this modification all the road signs and vendor signs turns into "guild vault" objects. (You may need to delete your WoW client's cache to permit this modification smoothly.) I tested it and it works on latest client/mangos combinations. It makes a lot more easier to access "guild vaults". Of course this is not "Blizzlike" at all, however the player bank access was got an easy way too (I mean the Jeeves), we may seen something similar for the "guld vault" as well.

Here is my proposed change: diff --git a/src/game/Unit.cpp b/src/game/Unit.cpp index 6d439f5..4b6c887 100644 --- a/src/game/Unit.cpp +++ b/src/game/Unit.cpp @@ -369,16 +369,16 @@ void Unit::SendMonsterMove(float NewPosX, float NewPosY, float NewPosZ, SplineTy return; case SPLINETYPE_FACINGSPOT: // facing spot, not used currently { - data << float(va_arg(vargs,float)); - data << float(va_arg(vargs,float)); - data << float(va_arg(vargs,float)); + data << float(va_arg(vargs,double)); + data << float(va_arg(vargs,double)); + data << float(va_arg(vargs,double)); break; } case SPLINETYPE_FACINGTARGET: data << uint64(va_arg(vargs,uint64)); break; case SPLINETYPE_FACINGANGLE: // not used currently - data << float(va_arg(vargs,float)); // facing angle + data << float(va_arg(vargs,double)); // facing angle break; }

#include <varargs.h> could be replaced by #include <stdarg.h> I think the new code added is at least problematic also. If we use variable arguments (the ... at the end of the argument list), we should not use float because the compiler convert any float to double when put it onto the stack. So the va_arg() macro will skip 4 bytes instead of 8 bytes. This could be a problem.