View Issue Details
| ID | Project | Category | Date Submitted | Last Update | |
|---|---|---|---|---|---|
| 0024138 | AI War 2 | Crash/Exception | Nov 18, 2020 1:28 pm | Nov 18, 2020 2:05 pm | |
| Reporter | Daniexpert | Assigned To | Chris_McElligottPark | ||
| Status | resolved | Resolution | fixed | ||
| Product Version | 2.633 Roaring Performance | ||||
| Fixed in Version | 2.634 Multiplayer Solidification | ||||
| Summary | 0024138: BadgerUtilityFunctions::findHumanKing exception | ||||
| Description | When playing a shared human faction. | ||||
| Tags | No tags attached. | ||||
|
|
exception_BadgerUtilityFunctions.txt (4,114 bytes)
11/18/2020 1:47:43 PM BadgerUtilityFunctions::findHumanKing: No human king found, but game has not been won! At least one Sim-Step has happened since the King died. Requested faction Humanity Factions In Game: 0: Natural Objects 1: AI Sentinels 2: AI Warden Fleet 3: AI Hunter Fleet 4: AI Praetorian Guard 5: Antagonized Dyson Sphere 6: AI Instigators 7: Nanocaust 8: Humanity (Players: id2 id1) 9: AI Reserves 10: Anti-AI Zombie 11: Anti-Everyone Zombie 12: Anti-Player Zombie 13: Cross Planet Attack 14: Macrophage Infestation - Enraged 15: Outguard 16: Macrophage Infestation - Tamed 17: Devourer Golem 18: Fallen Spire 19: Marauders 20: Human Resistance Fighters 21: Scourge at System.Environment.get_StackTrace () [0x00000] in <1f0c1ef1ad524c38bbc5536809c46b48>:0 at Arcen.Universal.ArcenDebugging.ArcenDebugLog (System.String Message, Arcen.Universal.DebugLogDestination Destination, System.Boolean IncludeStackTrace, Arcen.Universal.Verbosity Verbosity) [0x00000] in <0984cac507d34c9fb67df62ee6c2392e>:0 at Arcen.Universal.ArcenDebugging.ArcenDebugLog (System.String Message, Arcen.Universal.DebugLogDestination Destination, Arcen.Universal.Verbosity Verbosity) [0x00000] in <0984cac507d34c9fb67df62ee6c2392e>:0 at Arcen.Universal.ArcenDebugging.ArcenDebugLog (System.String Message, Arcen.Universal.Verbosity Verbosity) [0x00000] in <0984cac507d34c9fb67df62ee6c2392e>:0 at Arcen.AIW2.External.FactionUtilityMethods.findHumanKing (Arcen.AIW2.Core.Faction faction) [0x00000] in <191fb77582c5462aaf97a637dde26ca3>:0 at Arcen.AIW2.External.SpecialFaction_Human.NonSim_PopulateCostToPlanet (Arcen.AIW2.Core.Faction faction, Arcen.Universal.ArcenSparseLookup`2[K,T] lookup, Arcen.AIW2.Core.ArcenSimContext Context) [0x00000] in <191fb77582c5462aaf97a637dde26ca3>:0 at Arcen.AIW2.External.SpecialFaction_Human.DoPerSimStepLogic_OnMainThreadAndPartOfSim (Arcen.AIW2.Core.Faction faction, Arcen.AIW2.Core.ArcenSimContext Context) [0x00000] in <191fb77582c5462aaf97a637dde26ca3>:0 at Arcen.AIW2.External.EntitySimLogicImplementation+<>c__DisplayClass44_0.<DoFactionPerStepLogic>b__0 (Arcen.AIW2.Core.Faction faction) [0x00000] in <191fb77582c5462aaf97a637dde26ca3>:0 at Arcen.AIW2.Core.World_AIW2.DoForFactions (Arcen.AIW2.Core.Faction+ProcessorDelegate Processor) [0x00000] in <b42976faceae4d8a913bb09053c5fbfc>:0 at Arcen.AIW2.External.EntitySimLogicImplementation.DoFactionPerStepLogic (Arcen.AIW2.Core.ArcenSimContext Context) [0x00000] in <191fb77582c5462aaf97a637dde26ca3>:0 at Arcen.AIW2.External.EntitySimLogicImplementation.DoWorldStepLogic_FromSimBGThread (Arcen.AIW2.Core.ArcenSimContext Context) [0x00000] in <191fb77582c5462aaf97a637dde26ca3>:0 at Arcen.AIW2.External.SimExecution.Execute () [0x00000] in <191fb77582c5462aaf97a637dde26ca3>:0 at Arcen.AIW2.External.ArcenSimPlanningContext.InnerRun () [0x00000] in <191fb77582c5462aaf97a637dde26ca3>:0 at Arcen.AIW2.External.ArcenExecutionContext.InnerRun () [0x00000] in <191fb77582c5462aaf97a637dde26ca3>:0 at Arcen.AIW2.External.ArcenThread.InternalActualThreadFunction () [0x00000] in <191fb77582c5462aaf97a637dde26ca3>:0 at System.Threading.ThreadHelper.ThreadStart_Context (System.Object state) [0x00000] in <1f0c1ef1ad524c38bbc5536809c46b48>:0 at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00000] in <1f0c1ef1ad524c38bbc5536809c46b48>:0 at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00000] in <1f0c1ef1ad524c38bbc5536809c46b48>:0 at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state) [0x00000] in <1f0c1ef1ad524c38bbc5536809c46b48>:0 at System.Threading.ThreadHelper.ThreadStart () [0x00000] in <1f0c1ef1ad524c38bbc5536809c46b48>:0 |
|
|
Was this on the client or the host? I'm guessing on the client. Any details as to what was going on when this happened? Does this happen again if you're playing in the same game? |
|
|
Unfortunately this one, and many of the other exceptions I posted were silent, so I can't tell you much more. I'm discovering them now by going through the whole log. They are all client side. |
|
|
Did these happen after other exceptions? If there was a failure to do a sync of stuff on the client, like the other one I just fixed, then that could explain this as a secondary error that is not a "real error" but one of those things that can happen. In this specific situation, though, I am inclined to build in extra protection since sync might be off for a few seconds and that should be okay. This being on the client makes that easy enough. Thanks for the added info! |
|
|
This one happened exactly after 0024136, so they should be related as you said! I'll try to post them in bigger batches later! I'll post more exceptions later this night or tomorrow. |
|
|
Thanks! * Fixed a minor bug in the macrophage, which nobody has ever even hit, where if the king was not found it could wind up having some pathing errors unless you had debug flags on. * Fixed a really rare bug with the Zenith Trader where, two seconds into the game, it was theoretically possible for multiplayer clients to get a nullref exception when the trader was trying to spawn. No one actually hit this yet. * In multiplayer, on the client, if findHumanKing() cannot find a result, it no longer throws any form of error (they were silent errors in the log, before). ** Essentially, sync data must be slightly off, and that is fine and something that we should just ignore. The host will take care of giving proper orders to ships, and the client will find out about that soon enough and have all its data corrected anyhow. ** Same logic on findAIKing(). |
|
|
I do appreciate it! And I do appreciate you breaking out the reports into individual tickets, too, even if knowing the context is also useful. It helps me to not miss anything. Hopefully the number of exceptions DRAMATICALLY goes down very shortly, so that this isn't so much of a chore in the first place. Cheers! |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| Nov 18, 2020 1:28 pm | Daniexpert | New Issue | |
| Nov 18, 2020 1:28 pm | Daniexpert | File Added: exception_BadgerUtilityFunctions.txt | |
| Nov 18, 2020 1:31 pm | Chris_McElligottPark | Assigned To | => Chris_McElligottPark |
| Nov 18, 2020 1:31 pm | Chris_McElligottPark | Status | new => feedback |
| Nov 18, 2020 1:31 pm | Chris_McElligottPark | Note Added: 0059642 | |
| Nov 18, 2020 1:36 pm | Daniexpert | Note Added: 0059643 | |
| Nov 18, 2020 1:36 pm | Daniexpert | Status | feedback => assigned |
| Nov 18, 2020 1:52 pm | Chris_McElligottPark | Note Added: 0059647 | |
| Nov 18, 2020 1:58 pm | Daniexpert | Note Added: 0059649 | |
| Nov 18, 2020 2:04 pm | Chris_McElligottPark | Status | assigned => resolved |
| Nov 18, 2020 2:04 pm | Chris_McElligottPark | Resolution | open => fixed |
| Nov 18, 2020 2:04 pm | Chris_McElligottPark | Fixed in Version | => 2.634 Multiplayer Solidification |
| Nov 18, 2020 2:04 pm | Chris_McElligottPark | Note Added: 0059650 | |
| Nov 18, 2020 2:05 pm | Chris_McElligottPark | Note Added: 0059652 |
