zergtmn

Why not ss << '\\0'; ChatHandler(pCurrChar).PSendSysMessage(ss.str()); Edit: That works for strstream, dunno what the difference from stringstream.

If you use vehicles from my branch (or rsa) you are missing VehicleHandler.cpp in VC90 project. I don't use VC90 and don't supply updates for its project files.

New patch link: http://github.com/zergtmn/mangos/commit/79d8580274b56ff58ae0e5253a3872f4923a0692.diff Also fixed negative damage from leech auras. Update 2: http://paste2.org/p/1002709

In Unit::UpdateSpeed speed_run and speed_walk are not taken into account in any way. Therefore after creature gains any MOD_SPEED aura base creature speed is set to 1.0. I think speed_run and speed_walk should be used as multiplier (ratio) in Unit::UpdateSpeed.

Some of server owners donate money to keep this forum up and running.

Maybe it's possible to implement through one function with enum param like MessageType? Also, note that No-Fly Zone warning works through SMSG_MESSAGECHAT too. In this case sender = receiver and message type = 42. S->C: SMSG_MESSAGECHAT (0x96) Size: 190 ----------------------------------------------------------------------------- Type: Raid Boss Whisper, Language: Universal GUID: { 0x700000004271F20, Type: Player } Unk: 0 Name: Character Name Receiver GUID: { 0x700000004271F20, Type: Player } Text Length: 137 Message: Предупреждение: вы вошли в зону, запрещенную для полетов, и будете спешены! Chat tag: 0

Write script.

GM mode bug maybe?

git log or in src/shared/revision_nr.h

I'm trying to implement vehicles without hacks using some ideas from old patch and from TC vehicles (and ofc using data from sniffs). Currently I plan to rewrite 60% of my current code (rewrite of rewrite, lol). If MaNGOS devs give some comments about my implementation I'll start working to improve it in way they want.

Why mangos should accept patches that will require almost full rewrite in future?

Fix for http://www.wowhead.com/spell=60764 For revision: 10442 Author: me diff --git a/src/game/UnitAuraProcHandler.cpp b/src/game/UnitAuraProcHandler.cpp index 3ae3cd4..54be933 100644 --- a/src/game/UnitAuraProcHandler.cpp +++ b/src/game/UnitAuraProcHandler.cpp @@ -1847,6 +1847,10 @@ bool Unit::HandleDummyAuraProc(Unit *pVictim, uint32 damage, Aura* triggeredByAu int32 extra_attack_power = CalculateSpellDamage(pVictim, windfurySpellEntry, EFFECT_INDEX_1); + // Totem of Splintering + if (Aura* aura = GetAura(60764, EFFECT_INDEX_0)) + extra_attack_power += aura->GetModifier()->m_amount; + // Off-Hand case if (castItem->GetSlot() == EQUIPMENT_SLOT_OFFHAND) {

I think such check must be implemented in Unit class (to support case of charmed creatures too).

As I remember gossips for guards were removed from SD2 recently. Ask your DB provider for replacement.

Ah I see, I was thinking QAston already implemented it.

Maybe you can find some good ideas here: http://code.google.com/p/trinitycore/source/detail?r=8d26854d19f3247c1216019b14a0ee6ba9d0a591

No, implementation is not blizzlike.

Such kind of changes will be reverted on next MySQL libraries update. So report to MySQL developers.

.mod morph 17116 causes crash too

Not one boss, clearly. For ACID standard SelectAttackingTarget is enough. When do you plan to use expanded function in core? Having multiple solutions with one purpose is bad (one in core, one in SD2 and many similar in scripts). With functors it's possible to have one solution suitable for every boss.

How you would implement custom sorting order in target selection? in case you need n-th unit from list ordered by health/mana/distance/aura stacks... I did it using additional functor For speedup I'm using two functions, with and without sorting. Also I have an idea of implementing function SelectUnits in similar way for choosing several targets that satisfy some criteria (functor).

So it's not needed.

Why 'fake' arena points and honor points have required level >= 60?

Orc, Troll, Dreanei and Tauren all have different sets of totem models.

Post your crash dump.