View Issue Details

IDProjectCategoryLast Update
0025328AI War 2Crash/ExceptionJun 26, 2021 2:52 pm
ReporterZweihand Assigned ToChris_McElligottPark  
Severityminor 
Status resolvedResolutionfixed 
Product Version3.304 Coilbeams No Longer Tickle 
Fixed in Version3.305 Fruits Of A Snipe Hunt 
Summary0025328: Game not loading upon start.
DescriptionThe game fails to load and gets stuck on something about "Classic Defence Start". Rolling back to 3.303 fixes it. Mod turned on is MSF.
TagsNo tags attached.

Relationships

related to 0025327 resolvedChris_McElligottPark Turning on or off mods softlocks the game 

Activities

Zweihand

Jun 23, 2021 9:30 pm

reporter  

ArcenDebugLog.txt (747,397 bytes)

Chris_McElligottPark

Jun 24, 2021 11:01 am

administrator   ~0062283

I can't duplicate this at all, but I can duplicate the related problem to this one.

Chris_McElligottPark

Jun 26, 2021 2:52 pm

administrator   ~0062304

Thanks!

* After 12+ hours of work trying to make the game loading more asynchronous (and mostly succeeding, minus some very odd niggles like UI windows refusing to go anywhere near the right part of the screen)), that work has been thrown aside and I'm going to approach the whole "certain things don't load right for some people" from the prior build via another avenue. Secondary benefits scavenged from the giant mass of scrapped work include:
** The uniterm console, which is an ancient thing from alpha we were using, has been removed from the codebase. We have our own console now, and have for years.
*** This actually speeds loading up external dlls quite a bit.
** Also made improvements to our internal ObjectDumper, so that it is more robust when it has a failure due to us needing to update some internal code, etc.
*** We use this tool to programmatically verify that data has not changed when we change the parser that loads in data.
** Our "delayed log messages" from background threads are now ordered in the precise order they were logged.
*** This is possible thanks to using System.Threading.Interlocked to add ordered IDs to them, since the data structures we must use across threads like this are unordered.
** In general, our debug logging has seen a number of upgrades and improvements, including making all of the general log-writers go to the delayed channel (so they definitely show up) when being written-to from background threads.
** Since multithreading is being done more and more casually in here even by modders -- which is great! -- we needed extra robustness in here. Also, for general purposes, there are too many places now that might run on one thread or many at once, so there's also that.

* Simply reverted a change from June 23rd which was intended to fix a (very very) rare exception with how xml reloading could throw an error.
** The fix that I had implemented caused some processors not to be able to load the game at all, and the 12-hour snipe hunt resulted.
** The 12 hour snipe hunt was in many respects a waste, since it almost all had to be reverted, but it did provide some really interesting data on what matters and what does not matter in terms of load speed improvements. So some further minor improvements will certainly result from that.

Issue History

Date Modified Username Field Change
Jun 23, 2021 9:30 pm Zweihand New Issue
Jun 23, 2021 9:30 pm Zweihand File Added: ArcenDebugLog.txt
Jun 23, 2021 11:24 pm BadgerBadger Relationship added related to 0025327
Jun 23, 2021 11:25 pm BadgerBadger Assigned To => Chris_McElligottPark
Jun 23, 2021 11:25 pm BadgerBadger Status new => assigned
Jun 24, 2021 11:01 am Chris_McElligottPark Note Added: 0062283
Jun 26, 2021 2:52 pm Chris_McElligottPark Status assigned => resolved
Jun 26, 2021 2:52 pm Chris_McElligottPark Resolution open => fixed
Jun 26, 2021 2:52 pm Chris_McElligottPark Fixed in Version => 3.305 Fruits Of A Snipe Hunt
Jun 26, 2021 2:52 pm Chris_McElligottPark Note Added: 0062304