idostyle

Joomla with Jfusion as an alternative ? Drupal and bridges or connectors or whatever they are called are a problematic story anyway.

2011-04-06 16:06:26 Kicking account XXX for failed check, MEM Offset 0x7EDA0C length 12 has content '8990900000008B9194000000' instead of '8990900000008B9194000000' 8990900000008B9194000000 8990900000008B9194000000 Some checks are strange Anyway good work over there neo

Took a few days, but my last try looks promising. Got some hickups, will see what we can do about this: - SPELL_EFFECT_ENVIRONMENTAL_DAMAGE -> PvP (Spell.cpp Line 541) - Guards -> PvE Going to do some cleanup and the message thing next.

Got the following problem: 1. Player dies somewhere in the world 2. Queues for a bg 3. Circumvents clientside only (as far as i know) death check on invite accept 4. Gets resurrected in WorldSession::HandleBattleFieldPortOpcode or in BattleGround::EndBattleGround/RemovePlayerAtLeave 5. Leaves bg, is alive back in world 6. Repeat But i get your point. Hardcore.PvE = 1 Hardcore.PvP = 0 Hardcore.BattlegroundOrArena = 0 Hardcore.RaidOrGroupInstance = 0 Would that fit ? What about (m_ExtraFlags & PLAYER_EXTRA_PVP_DEATH) ? Adding this to the todo list, if you dont mind. Random subset of equipped items and gold lootable on death by party members.

So multicore support is NYI in valgrind

patch -p1 < $(find src/bindings/ScriptDev2/patches/ | sort -r | head -n 1)

Is the logical structure representation of each entry in a dbc file. BattlemasterListEntryfmt[]="niiixxxxxiiiiixxssssssssssssssssxx" Not used value, followed by 3x integer values, followed by 5x unused values, ... dbcfile.h: enum { FT_NA='x', //not used or unknown, 4 byte size FT_NA_BYTE='X', //not used or unknown, byte FT_STRING='s', //char* FT_FLOAT='f', //float FT_INT='i', //uint32 FT_BYTE='b', //uint8 FT_SORT='d', //sorted by this field, field is not included FT_IND='n', //the same,but parsed to data FT_LOGIC='l' //Logical (boolean) };