Threaded Mode | Linear Mode

Avatar · 03-07-2014 04:14 PM

First of all, I'm using 56b for 6 months and server was not closed unless i do so. Actually even 30 days server was online and I've never seen at least 1 times server down because of errors. Actually there are no errors in my server. So, according to sphere developer's advices, I thought It would be better to change 56b 2013 prerelease to 56c. I have more than 100 online players in my shard and I tested 3 days 56c. Server was down fourth times because of debug which was not seen in 56b. Let me show you what debugs I've seen ;

Code:

29:DEBUG:__ thread (9180) __ |  # | _____ function _____________ | ticks passed from previous function start ______

29:DEBUG:>>         9180     |  0 |               CWorld::OnTick | +0 

29:DEBUG:>>         9180     |  1 |          CGObList::DeleteAll | +31 

29:DEBUG:>>         9180     |  2 |      CClient::CharDisconnect | +0 

29:DEBUG:>>         9180     |  3 |             CChar::OnTrigger | +0 

29:DEBUG:>>         9180     |  4 |  CScriptObj::OnTriggerScript | +0 

29:DEBUG:>>         9180     |  5 |  CScriptObj::OnTriggerRunVal | +0 

29:DEBUG:>>         9180     |  6 |     CScriptObj::OnTriggerRun | +0 

29:DEBUG:>>         9180     |  7 |     CScriptObj::OnTriggerRun | +0 

29:DEBUG:>>         9180     |  8 |                CChar::r_Verb | +0 

29:DEBUG:>>         9180     |  9 |              CClient::r_Verb | +0 

29:DEBUG:>>         9180     | 10 |           CScriptObj::r_Verb | +0 

29:DEBUG:>>         9180     | 11 |           CItemStone::r_Verb | +0 

29:DEBUG:>>         9180     | 12 |                CItem::r_Verb | +0 

29:DEBUG:>>         9180     | 13 |             CObjBase::r_Verb | +0 

29:DEBUG:>>         9180     | 14 |           CScriptObj::r_Call | +0 

29:DEBUG:>>         9180     | 15 |     CScriptObj::OnTriggerRun | +0 

29:DEBUG:>>         9180     | 16 |           CItemStone::r_Verb | +0 

29:DEBUG:>>         9180     | 17 |         CStoneMember::r_Verb | +0 <-- exception catch point (below is guessed and could be incorrect!)

29:DEBUG:>>         9180     | 18 |      CStoneMember::r_LoadVal | +0 

29:CRITICAL:(sphere_guild_functions.scp,227)"Access Violation" (0xbe283), in CStoneMember::Verb()

Code:

34:DEBUG:__ thread (9180) __ |  # | _____ function _____________ | ticks passed from previous function start ______

34:DEBUG:>>         9180     |  0 | NetworkManager::processAllInput | +0 

34:DEBUG:>>         9180     |  1 |   NetworkInput::processInput | +16 

34:DEBUG:>>         9180     |  2 |    NetworkInput::processData | +0 

34:DEBUG:>>         9180     |  3 |    NetworkInput::processData | +0 

34:DEBUG:>>         9180     |  4 | NetworkInput::processGameClientData | +0 

34:DEBUG:>>         9180     |  5 |    PacketCharPlay::onReceive | +0 

34:DEBUG:>>         9180     |  6 |          CClient::Setup_Play | +0 

34:DEBUG:>>         9180     |  7 |         CClient::Setup_Start | +0 

34:DEBUG:>>         9180     |  8 |             CChar::OnTrigger | +0 

34:DEBUG:>>         9180     |  9 |  CScriptObj::OnTriggerScript | +0 

34:DEBUG:>>         9180     | 10 |  CScriptObj::OnTriggerRunVal | +0 

34:DEBUG:>>         9180     | 11 |     CScriptObj::OnTriggerRun | +0 

34:DEBUG:>>         9180     | 12 |     CScriptObj::OnTriggerRun | +0 

34:DEBUG:>>         9180     | 13 |                CChar::r_Verb | +0 

34:DEBUG:>>         9180     | 14 |              CClient::r_Verb | +0 

34:DEBUG:>>         9180     | 15 |           CScriptObj::r_Verb | +0 

34:DEBUG:>>         9180     | 16 |           CItemStone::r_Verb | +0 

34:DEBUG:>>         9180     | 17 |                CItem::r_Verb | +0 

34:DEBUG:>>         9180     | 18 |             CObjBase::r_Verb | +0 

34:DEBUG:>>         9180     | 19 |           CScriptObj::r_Call | +0 

34:DEBUG:>>         9180     | 20 |     CScriptObj::OnTriggerRun | +0 

34:DEBUG:>>         9180     | 21 |           CItemStone::r_Verb | +0 

34:DEBUG:>>         9180     | 22 |         CStoneMember::r_Verb | +0 <-- exception catch point (below is guessed and could be incorrect!)

34:DEBUG:>>         9180     | 23 |      CStoneMember::r_LoadVal | +0 

34:CRITICAL:(sphere_guild_functions.scp,227)"Access Violation" (0xbe283), in CStoneMember::Verb()

Where the 227th raw is ==> AllMembers -1,SYSMESSAGE @,,1 Guild Message: <ARGS>

Code:

38:DEBUG:__ thread (8428) __ |  # | _____ function _____________ | ticks passed from previous function start ______

38:DEBUG:>>         8428     |  0 | NetworkManager::processAllInput | +0 

38:DEBUG:>>         8428     |  1 |   NetworkInput::processInput | +15 

38:DEBUG:>>         8428     |  2 |    NetworkInput::processData | +0 

38:DEBUG:>>         8428     |  3 |    NetworkInput::processData | +0 

38:DEBUG:>>         8428     |  4 | NetworkInput::processGameClientData | +0 

38:DEBUG:>>         8428     |  5 | PacketSpeakReqUNICODE::onReceive | +0 

38:DEBUG:>>         8428     |  6 |          CClient::Event_Talk | +0 

38:DEBUG:>>         8428     |  7 |       CChar::OnTriggerSpeech | +0 

38:DEBUG:>>         8428     |  8 |      CObjBase::OnHearTrigger | +0 

38:DEBUG:>>         8428     |  9 |  CScriptObj::OnTriggerRunVal | +0 

38:DEBUG:>>         8428     | 10 |     CScriptObj::OnTriggerRun | +0 

38:DEBUG:>>         8428     | 11 |     CScriptObj::OnTriggerRun | +0 

38:DEBUG:>>         8428     | 12 |     CScriptObj::OnTriggerRun | +0 

38:DEBUG:>>         8428     | 13 |                CChar::r_Verb | +0 

38:DEBUG:>>         8428     | 14 |              CClient::r_Verb | +0 

38:DEBUG:>>         8428     | 15 |           CScriptObj::r_Verb | +0 

38:DEBUG:>>         8428     | 16 |                CChar::r_Verb | +0 

38:DEBUG:>>         8428     | 17 |             CObjBase::r_Verb | +0 <-- exception catch point (below is guessed and could be incorrect!)

38:DEBUG:>>         8428     | 18 |            CVarDefMap::Empty | +0 

38:CRITICAL:(sphere_house_system.scp,3765)"Access Violation" (0xc6709), in CObjBase::Verb() #1 "TARGET"

38:DEBUG:command 'TARGETF' args 'f_house_banish 0400247e6' [13742AC4]

Where 2765th raw ==> src.targetf itemdown

When I changed src.targetf to only targetf , I've seen that problem is solved. What is this really ? Src.Targetf with src makes server down.

Code:

15:DEBUG:__ thread (8428) __ |  # | _____ function _____________ | ticks passed from previous function start ______

15:DEBUG:>>         8428     |  0 | NetworkManager::processAllInput | +0 

15:DEBUG:>>         8428     |  1 |   NetworkInput::processInput | +15 

15:DEBUG:>>         8428     |  2 |    NetworkInput::processData | +0 

15:DEBUG:>>         8428     |  3 |    NetworkInput::processData | +0 

15:DEBUG:>>         8428     |  4 | NetworkInput::processGameClientData | +0 <-- exception catch point (below is guessed and could be incorrect!)

15:DEBUG:>>         8428     |  5 | PacketSpeakReqUNICODE::onReceive | +0 

15:DEBUG:>>         8428     |  6 |          CClient::Event_Talk | +0 

15:DEBUG:>>         8428     |  7 |   CClient::Event_Talk_Common | +0 

15:DEBUG:>>         8428     |  8 |      CChar::NPC_OnHearPetCmd | +0 

15:DEBUG:>>         8428     |  9 |           CClient::addTarget | +0 

15:DEBUG:>>         8428     | 10 |         CClient::SetTargMode | +0 

15:DEBUG:>>         8428     | 11 |     CObjBase::RemoveFromView | +0 

15:CRITICAL:"Access Violation" (0xc6709), in SUB: NetworkInput::Message::ProcessMessage()

15:DEBUG:157:Parsing Packet len=27 id=0xad [2014/03/05 01:15:14]

        0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F

       -- -- -- -- -- -- -- --  -- -- -- -- -- -- -- --

0000   ad 00 1b c0 01 b6 00 03  54 52 4b 00 00 21 5d 16   ........TRK..!].

0010   80 61 6c 6c 20 6b 69 6c  6c 00 00                  €all kill..

One of the player just uses his makro "all kill" and after 10 15 times , server is down. What a pitty.

Code:

01:DEBUG:__ thread (8428) __ |  # | _____ function _____________ | ticks passed from previous function start ______

01:DEBUG:>>         8428     |  0 | NetworkManager::processAllInput | +0 

01:DEBUG:>>         8428     |  1 |   NetworkInput::processInput | +16 

01:DEBUG:>>         8428     |  2 |    NetworkInput::processData | +0 

01:DEBUG:>>         8428     |  3 |    NetworkInput::processData | +0 

01:DEBUG:>>         8428     |  4 | NetworkInput::processGameClientData | +0 <-- exception catch point (below is guessed and could be incorrect!)

01:DEBUG:>>         8428     |  5 | PacketSpeakReqUNICODE::onReceive | +0 

01:DEBUG:>>         8428     |  6 |          CClient::Event_Talk | +0 

01:DEBUG:>>         8428     |  7 |   CClient::Event_Talk_Common | +0 

01:DEBUG:>>         8428     |  8 |      CChar::NPC_OnHearPetCmd | +0 

01:DEBUG:>>         8428     |  9 |           CClient::addTarget | +0 

01:DEBUG:>>         8428     | 10 |         CClient::SetTargMode | +0 

01:DEBUG:>>         8428     | 11 |     CObjBase::RemoveFromView | +0 

01:CRITICAL:"Access Violation" (0xc6709), in SUB: NetworkInput::Message::ProcessMessage()

01:DEBUG:2d0:Parsing Packet len=27 id=0xad [2014/03/04 00:01:10]

        0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F

       -- -- -- -- -- -- -- --  -- -- -- -- -- -- -- --

0000   ad 00 1b c0 01 02 00 03  54 52 4b 00 00 21 5d 16   ........TRK..!].

0010 80 61 6c 6c 20 6b 69 6c 6c 00 00 €all kill..

Code:

53:DEBUG:__ thread (1540) __ |  # | _____ function _____________ | ticks passed from previous function start ______

53:DEBUG:>>         1540     |  0 |               CWorld::OnTick | +0 

53:DEBUG:>>         1540     |  1 |              CSector::OnTick | +31 

53:DEBUG:>>         1540     |  2 |                CChar::OnTick | +0 <-- exception catch point (below is guessed and could be incorrect!)

53:DEBUG:>>         1540     |  3 |    CChar::OnTickStatusUpdate | +0 

53:DEBUG:>>         1540     |  4 | CObjBase::OnTickStatusUpdate | +0 

53:DEBUG:>>         1540     |  5 |      CObjBase::ResendTooltip | +0 

53:CRITICAL:"Access Violation" (0xffbfc47a), in SUB: CChar::Char::Ticking items()

So, for now, DO NOT USE 56c, Unless you want trouble... 2013 56b Release is better than 56c. So, I cannot fix the problem with scripts since it is hardcoded. I feel I restricted on this. So fix the problem.

In game, players type all kill and server is gone. I really do not believe this is happening.

Only changing .exe and some def change is not enough. It seems so. It costs my three days for nothing. Also, unsatisfied players made me crazy because of down issue on server at 3-5am while I was sleeping.

Notes : Nightly Release 56c ( Last One ), and client version 6.0.6.1

NetworkThread is off.

Threaded Mode \| Linear Mode DEBUGS ( BIG PROBLEM) 56c
Author	Message