World Bugs and Crashes List

[Xinux]

Ummm i never tried to run off the world myself. LOL

[John Adams]

Linux compile problem. I forced Volt to let me include her new CampTimers stuff and of course, Windows loves it. Linux, not so much. What are we missing here?

Code: Select all

CampTimers.cpp: In member function ‘void CampTimers::Check(UDPServer*, ChunkServer*)’:
CampTimers.cpp:80:61: error: no matching function for call to ‘ChunkServer::RemoveSpawn(std::shared_ptr<UnrealActor>, int)’
    chunk_server->RemoveSpawn(character->GetActorPointer(), 0);
                                                             ^
CampTimers.cpp:80:61: note: candidate is:
In file included from CampTimers.cpp:3:0:
ChunkServer.h:86:7: note: void ChunkServer::RemoveSpawn(std::shared_ptr<UnrealActor>&, timem_t)
  void RemoveSpawn(shared_ptr<UnrealActor>& actor, timem_t delay = 0);
       ^
ChunkServer.h:86:7: note:   no known conversion for argument 1 from ‘std::shared_ptr<UnrealActor>’ to ‘std::shared_ptr<UnrealActor>&’
make: *** [CampTimers.o] Error 1

[jimbo]

Hi all

I have an issue at the moment - (Sat Arvo) If I start my server (which has been working fine all morning) and try to start up
the client - on the console appears the message "Unknown account with account id 1852795256 when setting account info from login server"

If I then create a char on New telon - when it comes bac to the CHAR list - The avatar for Chars on my server appear and I can log in

If I then close the client and restart it I get the same 'unknown account' message and no avatars.

Again - if I create another char on New telon - I can get in.

I have tried this with the new server code as well as that form yesterday 0 and also from multiple PCs same issue.

Jim

[John Adams]

First mutex crash

Console:
[quote]10:24:23.393 E Mutex Timeout trying to acquire mutex Client::m_SentPackets's write lock lock after 10000 milliseconds[/quote]

Stack:

Code: Select all

>	WorldServer.exe!SocketData::GetData() Line 78	C++
 	WorldServer.exe!UDPServer::HandleAck(std::shared_ptr<Client> & client, SocketData * data) Line 1032	C++
 	WorldServer.exe!UDPServer::HandleReadHelper(std::shared_ptr<Client> & client, SocketData * data) Line 380	C++
 	WorldServer.exe!UDPServer::HandleMultiPacket(std::shared_ptr<Client> & client, SocketData * data) Line 838	C++
 	WorldServer.exe!UDPServer::HandleReadHelper(std::shared_ptr<Client> & client, SocketData * data) Line 383	C++
 	WorldServer.exe!UDPServer::HandleRead() Line 345	C++
 	WorldServer.exe!ReaderThread(void * data) Line 108	C++
 	WorldServer.exe!ThreadRun(void * arg) Line 77	C++
 	WorldServer.exe!_callthreadstart() Line 255	C
 	WorldServer.exe!_threadstart(void * ptd) Line 239	C
 	kernel32.dll!7647338a()	Unknown
 	[Frames below may be incorrect and/or missing, no symbols loaded for kernel32.dll]	
 	ntdll.dll!77ce9f72()	Unknown
 	ntdll.dll!77ce9f45()	Unknown

[John Adams]

Another small bug. My Rule for DefaultMovementSpeed in the database is 750, which is a slightly fast Run.

When I first log in, I seem to be at the hard-coded 300 value, moving very slowly.

Setting .speed 750 restores speed fine, but the console is reporting that is done for me - yet it's not taking affect.
[quote]11:42:51.107 I UDP New client connected from 127.0.0.1:55976
11:42:51.107 I UDP Received session request from 127.0.0.1:55976 with connection ID 26019739
11:42:51.190 I Chunk New Session: Account ID: 1 Session ID: '1'
11:42:51.266 D Chunk control_text='HELLO REVISION=0 MINVER=3151 VER=3186'
11:42:51.337 D Chunk control_text='LOGIN'
11:42:59.261 D Chunk control_text='JOIN'
11:42:59.268 D Rules Rule: R_Player:DefaultMovementSpeed, Value: 750.0[/quote]

I'm assuming the Rule is getting applied prior to the default in code (?) Can't think of any other reason that would happen.

[John Adams]

Blowing the doors off this thing today! Latest crash:

Code: Select all

12:15:07.347 D Rules    Rule: R_Player:DefaultMovementSpeed, Value: 750.0
12:16:53.822 I Chunk    Shutdown timer expired. Shutting down The Tomb of Lord Tsang.
12:17:40.312 E Mutex    Timeout trying to acquire mutex Client::outgoing's write lock lock after 10000 milliseconds
12:17:57.046 E UDP      Received packet with unknown protocol opcode 0x2800 (10240) from 184.56.42.192:50811
12:17:57.060 I UDP      Client from 184.56.42.192:50811 set to disconnect : Application
12:18:07.191 E Mutex    Timeout trying to acquire mutex UDPServer::clients's write lock lock after 10000 milliseconds
12:18:07.197 I UDP      New client connected from 184.56.42.192:50811
12:18:17.201 E Mutex    Timeout trying to acquire mutex UDPServer::clients's write lock lock after 10000 milliseconds
12:18:17.206 I UDP      Client from 184.56.42.192:50811 has been removed.
12:18:17.226 E UDP      Received packet with unknown protocol opcode 0x7CCF (31951) from 184.56.42.192:50811
12:18:17.240 I UDP      Client from 184.56.42.192:50811 set to disconnect : Application
12:18:27.245 E Mutex    Timeout trying to acquire mutex UDPServer::clients's write lock lock after 10000 milliseconds
12:18:27.250 I UDP      New client connected from 184.56.42.192:50811
12:18:29.959 E Signal   Caught signal SIGABRT (22)

Didn't get a stack because I hit the wrong button. Setting back up for the next one.

Code: Select all

>	WorldServer.exe!std::_Debug_message(const wchar_t * message, const wchar_t * file, unsigned int line) Line 15	C++
 	WorldServer.exe!std::deque<ClientSocketData *,std::allocator<ClientSocketData *> >::pop_front() Line 1457	C++
 	WorldServer.exe!UDPServer::HandleWriteHelper(ClientSocketData * data, unsigned __int64 now) Line 518	C++
 	WorldServer.exe!UDPServer::ResendPackets(std::shared_ptr<Client> & client) Line 1075	C++
 	WorldServer.exe!UDPServer::HandleWrite() Line 480	C++
 	WorldServer.exe!WriterThread(void * data) Line 127	C++
 	WorldServer.exe!ThreadRun(void * arg) Line 77	C++
 	WorldServer.exe!_callthreadstart() Line 255	C
 	WorldServer.exe!_threadstart(void * ptd) Line 239	C
 	kernel32.dll!7647338a()	Unknown
 	[Frames below may be incorrect and/or missing, no symbols loaded for kernel32.dll]	
 	ntdll.dll!77ce9f72()	Unknown
 	ntdll.dll!77ce9f45()	Unknown

[John Adams]

So this time I kept hitting Ignore on the JIT until it broke. The stack is different, though I doubt this is helpful:

Code: Select all

 	ntdll.dll!77d3334f()	Unknown
 	[Frames below may be incorrect and/or missing, no symbols loaded for ntdll.dll]	
>	WorldServer.exe!Mutex::WriteUnlock() Line 204	C++
 	WorldServer.exe!UDPServer::HandleWrite() Line 481	C++
 	WorldServer.exe!WriterThread(void * data) Line 127	C++
 	WorldServer.exe!ThreadRun(void * arg) Line 77	C++
 	WorldServer.exe!_callthreadstart() Line 255	C
 	WorldServer.exe!_threadstart(void * ptd) Line 239	C
 	kernel32.dll!7647338a()	Unknown
 	ntdll.dll!77ce9f72()	Unknown
 	ntdll.dll!77ce9f45()	Unknown

From IRC:
[quote][17:24] <~john> me and Mithni are at a 4-corners spot in our parts of the world, repeatedly crossing the chunks. so far, no crash.waiting for some timer to fire.
[17:26] <~john> crash. it's got to be a timer.
[17:28] <~john> coincidentally ??? the first mutex Client::m_SentPackets write lock fired almost exactly 5 mins after I entered thegame.
[17:28] <~john> and left my first chunk, so this could be a chunk shutting down (?)[/quote]

[John Adams]

This hour's version of this crash. With the latest SVN, I re-enabled chunk shutdowns at 300s and the crashing began again. For 3 hours, chunks were shutting down at 30s timers and there were no crashes.

Code: Select all

>	WorldServer.exe!std::_Debug_message(const wchar_t * message, const wchar_t * file, unsigned int line) Line 15	C++
 	WorldServer.exe!std::deque<ClientSocketData *,std::allocator<ClientSocketData *> >::pop_front() Line 1457	C++
 	WorldServer.exe!UDPServer::HandleWriteHelper(ClientSocketData * data, unsigned __int64 now) Line 516	C++
 	WorldServer.exe!UDPServer::ResendPackets(std::shared_ptr<Client> & client) Line 1072	C++
 	WorldServer.exe!UDPServer::HandleWrite() Line 482	C++
 	WorldServer.exe!WriterThread(void * data) Line 127	C++
 	WorldServer.exe!ThreadRun(void * arg) Line 77	C++
 	WorldServer.exe!_callthreadstart() Line 255	C
 	WorldServer.exe!_threadstart(void * ptd) Line 239	C
 	kernel32.dll!7647338a()	Unknown
 	[Frames below may be incorrect and/or missing, no symbols loaded for kernel32.dll]	
 	ntdll.dll!77ce9f72()	Unknown
 	ntdll.dll!77ce9f45()	Unknown

Also, not sure what's going on here. This is twice that I've seen 1 player quit, and the console gets spammed with people disconnecting, including me, who is still in game just fine.

22:53:46.875 I UDP      Client from 67.149.39.213:60155 set to disconnect : Timeout
22:53:47.889 I UDP      Client from 67.149.39.213:60155 has been removed.
22:54:14.253 I UDP      Client from 68.98.218.5:29650 set to disconnect : Timeout
22:54:15.158 I UDP      Client from 67.149.39.213:63124 set to disconnect : Timeout
22:54:15.267 I UDP      Client from 68.98.218.5:29650 has been removed.
22:54:16.172 I UDP      Client from 67.149.39.213:63124 has been removed.
22:54:16.203 I Chunk    Starting chunk shutdown timer for Isle of Dawn.
22:54:31.086 I UDP      Client from 68.46.4.227:59666 set to disconnect : Application
22:54:31.226 I UDP      New client connected from 68.46.4.227:59666
22:54:31.226 I UDP      Client from 68.46.4.227:59666 set to disconnect : Application
22:54:32.599 I UDP      Client from 68.46.4.227:59666 has been removed.
22:54:32.599 I UDP      Client from 68.46.4.227:59666 has been removed.
22:54:32.646 I Chunk    Starting chunk shutdown timer for Jalen's Crossing.
22:54:46.218 I Chunk    Shutdown timer expired. Shutting down Isle of Dawn.
22:54:47.716 I UDP      Client from 68.46.4.227:54827 set to disconnect : Timeout
22:54:48.730 I UDP      Client from 68.46.4.227:54827 has been removed.
22:54:56.967 I UDP      New client connected from 68.46.4.227:54827
22:55:02.661 I Chunk    Shutdown timer expired. Shutting down Jalen's Crossing.
22:56:07.825 I UDP      Client from 68.46.4.227:54827 set to disconnect : Timeout
22:56:08.839 I UDP      Client from 68.46.4.227:54827 has been removed.

[theFoof]

Just found something that could cause issues on zone shutdown but I don't know if everything else is fixed...give it a try when you can

[John Adams]

New Telon has current SVN (including Titles!) and this last fix of theFoof's seems to have done some magic. I have let 2 chunks start and stop on a 300s timer and not seeing any mutex/deadlock issues.

You might have won this battle.