VladimirMangos

1) it can't be related to pointed spell in any case. 2) low chance that it related to spell system in general crash at output to log sql query. Maybe buffer overflow or something similar...

I don't know what mangos DB you use, but this mostly meaning DB creators fail. In mangos.sql you can see: for `creature` for example. So this not mangos team problem

this is wrong way: replace crashes by memory leaks...

Many spell related patches need close look re-review at compatibility with new aura system. Its can compile fine but work in totally wrong way... As has been write anywhere hard and sometime impossible fix problem (and just prove that it exist) if it not reproducible at clean sources. And not mangos team task resolve problems with custom patches

If loc used only into for-loop i has been agree with you, more, i also in like case expect define loc in to for() but in discussed place this is different case

Maybe suggested new line look more short but it make understand code more hard... 'loc' used after for loop, and loop only scan 'loc' value. In like case i think code init; scan; use; more clear ...

In [10267]. Thank you

Because holder can be deleted in chain eventholder H effect 0 remove -> some spell self damage cast -> target die -> auras remove -> holder H remove -> .... return back from calls But your not work in general case..

Look at TimerBar.* options in to mangosd.conf

Very strange if do as you describe.... Yes, at unix and windows...

In fact it expected to be "." (dot). BUT this also expect that you will manually have mangosd.exe in same dir with mangosd.conf AND maps/dbc/vmaps subdirs in same dir and run mangosd form same directory (meaning manualy, or have in shortcut propertly setup execute directory, not only path to exe file). Ofc, this also expected that user understand what "." meaning.

Vista SP2 have built-in VS2008 support as think...

Must be fixed in [10251]

As for many talents weapon masks in its can be just for client show. Specially for this talent is applied always. Debuf spell itself not have item requirements data so gas been discussed as alter native adding manually check in to Item::IsFit* function with allways applied state. Added way or second way possible, but unclear what form its less hack, dependent how spell applied at official servers (at equip or always). And this unknown data part. If will proved that second way more expected feature can be reimplemented in second way...

I can only REPEAT: error not related in any form to .map version. It cleary say that any maps not found, jst as plain files. Nothing check in like case yet in map fiel itself and then totally not related what you sue for its generation. check directory used mangosd for search map files. "./": meaning dir "." highly dependent from where you start mangosd and how start.

Lol. Phase mask not have any faction related specific values. It only dependent from used spells that apply it. And strongly dependent from zone where used. Exist only single fixed by meaning value 0x1 is meaning normal world. Maybe you use some custom patches before...

thread where link can be found provided. Clarified that this not mangos core problem and task. Wide described anywhere. Useless continue thread. Closed.

Nice patch but i will add with change: add special -1 value for mark case when Arena.ArenaSeason.ID must be used for select values. This let with default values in config always have expected by default for season starting ratings. [added] In [10245]. Thank you

if no objections i will ask silverice about his look at join to team in next days...

Maybe you will read error message _one_ more_time_... Whare you see in message reference about wrong versions of map files and etc? ERROR: file NOT FOUND. Check that your .map files placed in proper dir....

Quest can be shareable and not shareable. In first case if 2 group member have it shared (have both) then kill will common counted. In another cases kill will counted only for killer.

In [10236]. Thank you

Search forum and find related thread.

In [s0036]. Thank you

Last part added into [10233]