Null

Confirm crash when send PM to fake palyer!

Any updates? Fake players don`t change location. I think that we must change column zone per 3 levels.

Full table `creature_transport`

Work patch fom Trnity

Anyone can share this patch anouther. This links are outdated.

Maybe add full sql updates to patch?

if you use my latest version of this patch you should not have any crashes / crashes only occure with outdated versions of this patch

I used the last version of this patch,but core crased everytime

At last revision 8746 I have crashs at start. I compile with last patch on vehicles.

Crashdump is here.

Date 29:10:2009. Time 21:56 
//=====================================================
*** Hardware ***
Processor: Intel(R) Celeron(R) CPU 2.40GHz
Number Of Processors: 1
Physical Memory: 1047276 KB (Available: 376304 KB)
Commit Charge Limit: 2519992 KB

*** Operation System ***
Microsoft Windows XP Professional Service Pack 3 (Version 5.1, Build 2600)

//=====================================================
Exception code: C0000005 ACCESS_VIOLATION
Fault address:  004C983C 01:000C883C C:\\Documents and Settings\\Null\\Мои документы\\Загрузки\\Server_8577+YTDB_r511\\Server\\MaNGOS\\mangosd.exe

Registers:
EAX:00000000
EBX:71DA6408
ECX:00A54CAC
EDX:00000000
ESI:00000000
EDI:0089BDC0
CS:EIP:001B:004C983C
SS:ESP:0023:0BEDCA58  EBP:0BEDCA70
DS:0023  ES:0023  FS:003B  GS:0000
Flags:00010212

Call stack:
Address   Frame     Function      SourceFile
004C983C  00000000  stdext::hash_compare<unsigned __int64,std::less<unsigned __int64> >::operator()+C
004C90D5  00000000  stdext::_Hash<stdext::_Hmap_traits<unsigned __int64,Player *,stdext::hash_compare<unsigned __int64,std::less<unsigned __int64> >,std::allocator<std::Pair<unsigned __int64 const ,Player *> >,0> >::lower_bound+15
00800759  00000000  stdext::hash_map<unsigned __int64,Player *,stdext::hash_compare<unsigned __int64,std::less<unsigned __int64> >,std::allocator<std::Pair<unsigned __int64 const ,Player *> > >::operator[]+19
007F4784  00000000  AuctionHouseBot+F4
005F5452  00000000  World::Update+1D2
0043092E  00000000  WorldRunnable::run+8E
0089BDD9  00000000  ACE_Based::Thread::ThreadTask+19
00AC1B84  00000000  __WSAFDIsSet+FFFFFFFFFFFCCB4C
78543433  00000000  _endthreadex+44
785434C7  00000000  _endthreadex+D8
7C80B729  00000000  GetModuleFileNameA+1BA

Call stack:
Address   Frame     Function      SourceFile
7C90E514  00000000  KiFastSystemCallRet+0
7C802542  00000000  WaitForSingleObject+12
00A79C04  00000000  __WSAFDIsSet+FFFFFFFFFFF84BCC
00AE64AA  00000000  __WSAFDIsSet+FFFFFFFFFFFF1472
00AE266F  00000000  __WSAFDIsSet+FFFFFFFFFFFED637
0060E1AA  00000000  WorldSocketMgr::Wait+4A
7214D1C4  00000000  0000:00000000 
7214D1C4  00000000  0000:00000000 
6C696146  00000000  

no. if you look, laise posted a link to pastebin that has the patch file.

Thanks. I`ll be test this patch.

I dont understand. This sql fix spell or not?