VladimirMangos

config option + OS configure (if linux/unix)

i see for location make sense when both at transport/vehicle

Yes, known problem Only good sollution but not nice as i see have versions for each supported VS Another: have sources in dep dirr and build with other code. Maybe last more clean way if possible...

Client use _own_ dbc so you server side changes useless. AND DBC editing not welcome discussed at forum. Closed.

Thank you In [10709]. Maybe we not need any this new and existed diff guids fields. I not remember cases when spell targets mask have more one case....

In [10708]. Thank you

I not think that 2 time output debug message "from behind" is good, same as calculate 2 times related check. With this fixing in [10707]. Thank you.

Second better but still hack partly. Spell 30326 is spell mod 12 (SPELLMOD_EFFECT2) affecting by classmask of 5138 (Drain Mana) effect1 (dummy aura) applied to same target. So it set basepoints of dummy aura to 100 (100% mana send to pet) Spell 32554 expected to casted have target mode 5 (PET) so expected targeting at cast pet master (dummy aura caster). In this part you right. With this change in [10706]. Thank you. Instead direct test diff auras at caster need get same holder auras effect_1 and get from it percent and cast spell with this precent amount * gain.

ok

so move as accepted by first part? because second part not required?

At windows i have strange waiting of enter press cases. Not in mangos code but in strange way triggred deep in VS runtime lib. So just press enter and loading continue. Another case just not optimized DB table: mysql ( i use mySQL Adiministrator tool) have options for optimize and speedup access to table data. Sometime help if you do many edits and updates of table after original filling. In this case loading not stuck but some wait data ready (some secs). So this 2 cases.

In [10703]. Thank you

I only can recommend build ad.exe binary from sources as case.

In [10701] with this fix. Thank you Please post patch to under review section next time.

Look ok but better not modify spell mode code call case and use: SpellSchools school = GetFirstSchoolInMask(spell ? spell->m_spellSchoolMask : GetSpellSchoolMask(spellInfo)); Or you will break wands

You sure that used client for map generation is 3.3.5a... I not have another ideas...

you forgot place generated maps to ./maps dir or wrongly think that selected . dir _is_ directory where _specific_ maps dir placed

r10664 - it has been broken (at DB data loading) some commits around this, so just update to more recent.

Ah, thank you, freghar, for clean list. Must be fixed in [10692].

must be fixed in [10689]

Reimplemented in small diff. way in [10688].

Original commit reverted in [10683]. Main idea is good, but lack possibility reporduce problem at linux and unclear sources of porblem not let finish it to working state.

If my research correct (at least i can't repeat after fix big diff that i can before at windows) thne this fix must resolve problems: https://gist.github.com/664145 If someone at linux can do quick check with it described in above problems, please do

mstime overflow expected result. Specialy for this case used getMSDiff function for calculate diff in 2 mstime values Global problem in code that not directly related to current problems: time(NULL)/getMSTime _DON'T must be used in code except very limited places at world/map update start. In all other places must used map/world tick start value time as current indepedent how long tick executes and what time(NULL)/gteMStime value now. I'am now using rsa patch ([url]https://github.com/rsa/mangos/commit/e8[/url] … 94fefea5fd). I can't look at like chnages as at normal attempt bug fixing.

Yes, it will look like...