Game crashes on ACU kill

[Ravandel]

Hello!

So over the last couple months my friend's (Pablo_escobar) game has been crashing a LOT whenever someone's ACU has been killed.

Here before a full clean reinstall of FAF, SC:FA, and associated folders, this happened almost every game.
After this reinstall it was stable for a number of days, but the bug has since returned.

Here this crash occured using FAF client version: 0.16.1+340
However we have also had this issue with: 0.17 (whatever was most recent)

Attached are all the log files from the most recent crashed game.
This crashed game replay UID is: 7817175.
Where Pablo_escobar crashed immediately when Whitey's ACU was killed.

A quick cross-reference inspection with different game.log files from people who didn't crash that game, reveals (at least) the following differences:

Code: Select all

game.log snippets from Pablo_escobar:

....

warning: Connection dialogue opening due to disconnection by players:
info: whitey
info: DreckigerDan
info: kstein000
info: derek_bobjack
info: Ravandel
info: sirjansel0t
info: Pal111
info: wishbone
info: Luske_jack
info: MasterToast
info: Sh0rted0r
info: Minimized true
warning: GetResource: Invalid name ""
info: Can't find texture "" -- trying fallback.
warning: GetResource: Invalid name ""
info: Can't find texture "" -- trying fallback.

....

warning: GetResource: Invalid name ""
info: Can't find texture "" -- trying fallback.
info: Minimized false
info: CNetTCPBuf::Flush(): send() failed: WSAECONNRESET
info: CNetTCPBuf::Flush(): send() failed: WSAECONNRESET

....

warning: Error running lua script: ...d alliance\gamedata\mohodata.scd\lua\maui\bitmap.lua(35): Game object has been destroyed
         stack traceback:
            [C]: in function `InternalCreateBitmap'
            ...d alliance\gamedata\mohodata.scd\lua\maui\bitmap.lua(35): in function `initfn'
            ...data\faforever\gamedata\lua.nx2\lua\system\class.lua(258): in function <...data\faforever\gamedata\lua.nx2\lua\system\class.lua:246>
            ...forever\gamedata\lua.nx2\lua\ui\dialogs\hotstats.lua(941): in function <...forever\gamedata\lua.nx2\lua\ui\dialogs\hotstats.lua:879>
info: GPGNET: setting nat handler to 0x00000000
info: Run time: 0h55m24s


Please let us know any thoughts or potential fixes for this problem!

At this point we are willing to try pretty much anything.

We play FAF almost daily with a group of friends, so this crash on ACU kill bug has been a real problem for us.

Thanks in advance!

Ravandel.

[PhilipJFry]

Looks like onedrive is causing the mods/map files to be stored online instead of the local documents folder

hopefully this will be fixed by turning that stupid option off

[Ravandel]

Thank you!

Onedrive is now turned off, and his mods/maps folder path are in a C:\Users\%Username%\Documents\My Games\Gas Powered Games\Supreme Commander Forged Alliance path.

Will keep you up to date!

[Ravandel]

Soo we're back here...

Turns out the problem isnt fixed yet.

The error reocurred about 2 weeks ago, but we figured that it still might be oneDrive related.

As such to eliminate all external problems, the pc has been reinstalled from scratch now, this time without onedrive.

However as it turns out, the bug is still present...

Attached are all the log files from the most recent crashed game.
This crashed game replay UID is: 7949521
Where Pablo_escobar crashed immediately when luxinator's ACU was killed.

At this moment we have no clue what so ever what could be causing it.
Please let me know any ideas as to what could cause the bug!


Thanks in advance!

[Uveso]

Would be nice to get a game.log from Pablo_escobar game.
If he crashed, does he got an EXCEPTION_ACCESS_VIOLATION ? If yes, what address ?

[Ravandel]

Hello,

My apologies for not responding,

We thought we might have fixed the issue. (the game was installed on a flaky HDD previously)
But this appears to not be the case.

We have recently had another 2 crashes like this. (on version 18.x client)

@uveso those logs are all from Pablo_Escobars system.

We have not seen anything like an "EXCEPTION_ACCESS_VIOLATION" no.

When the game crahes it just shows a generic 'this program has crashed' error message.


I hope you could help/ have any suggestions that we could try!

Ravandel

[Ravandel]

note: yes those log files are from Pablo_escobar, though the replay.log is from the wrong game.

[Wesmania]

Were these crashes client crashes or game crashes? The earlier would manifest by the client not being there after quitting the game. We recently released another 0.18 client rc that fixes an occasional crash is situations like these.

[Uveso]

After viewing game.log(3) from Pablo_Escobar i can say it's not the game that causes the crash.

Looks like the game loses connection to all players, opened a Connection dialogue and exit normaly.

The game client does not show any errors, so the crash is not logged.

Mayb Pablo_Escobar has more luck with the java client from Downlord ?
https://faforever.github.io/downlords-faf-client/

You can install both clients, but don't start them at the same time!

[Ravandel]

Hi everyone!

@Wesmania, the bug happened with multiple versions of the client, the last we tried was 18.4.

@Uveso, we have not tried Downlord's client yet, no!

At this moment he has switched to an older computer for Faf, which we have had no problems with so far.

I will let you know if/when we try out the other client on the original computer.

Thanks for the help and suggestions!

Ravandel