Crash Report Help Needed: "bad allocation" Error

[maudlin27]

A decent chance it is, as repeated errors seem to have a significant correlation with crashes. I can look into/try and fix the error messages for the next M28 release, and even if it's not the cause of the crash it should at least make it a bit easier to diagnose the crash cause if it reoccurs.

[Uveso]

I’ve gone through the game log, and the errors visible there have nothing to do with the crash. Most of the time, it’s just variables that can’t be found.

For example, M28 tries to access a variable where a number is expected, but nothing is returned. Here, the 92,574 error messages could have flooded the log and caused an issue with memory management. (I don’t think so, though — we’ve had worse log spam before, and the log continued to write.)

Brewlan expects a variable named TDFShipGaussCannonProjectile, which doesn’t exist. However, this only causes a standard projectile to be used and shouldn’t crash the game.

My gut feeling tells me that a mod like Buildable Lower Tiers Experimentals in Factories for Total Mayhem, Kennel Engineering Stations for All, or Reclaim Turret Aggressive is responsible. Most likely, it’s a modified unit where the engine expects certain values that aren’t present. But as I said, this is just my gut feeling, so it’s more guessing than knowing.

The only recommendation here is to thoroughly test the mods one by one. Even if you’re 100% certain which mod is causing the issue, debugging it is still difficult (to actually fix the mod).

[Sprouto]

The kind of crash you are describing is more consistent with something doing something illegal, rather than an out of memory error. Out of memory almost always will just dump you out to the desktop.

[Raysor]

Hi everyone,

After extensive testing, I’ve encountered a consistent freeze during games in FAF, accompanied by the same "bad allocation" error in the logs. Despite disabling various mods one at a time, the freeze persists no matter which mods I remove. This leads me to conclude that the issue might be related to the sheer number of mods I'm running, rather than any single one of them being at fault.

That said, I’d really prefer not to remove my mods altogether. Is there a solution to increase the game's memory capacity to handle this? I’ve already tried using a 4GB patch, but it seems incompatible with FAF.

Does anyone have advice or experience with managing large mod loads and memory limits in FAF? Are there any alternative solutions to enhance memory allocation or optimize performance for heavily modded setups?

Thanks in advance for your help.

[maudlin27]

FAF's already incorporated adjustments to allow more momory, but my understanding (from others who understand things like this better than me) is that the garbage collector used by FA.exe can temporarily require very large amounts of memory, meaning if the game goes over 2GB there is a significant risk of it crashing due to this.
As such, while FAF doesnt immediately crash when 2gb is hit, it may crash soon after.

Memory can be reduced by reducing mods, player counts (e.g. in the case of AI games), unit counts, unit variety (e.g. playing with everyone as the same faction uses less memory than having all factions in play), smaller maps.

[maudlin27]

Another point to check is you're using the latest versions of the mods in case there was an error that's been fixed (e.g. checking the log, the version of M28 used was v142- so a decent chance the errors relating to M28 were resolved in a more recent update, although I'll add a couple of redundancies in the upcoming release for the specific error message).

[nomads]

DXVK (DirectX Vulkan Wrapper) can indeed alleviate memory overflow issues in certain games by optimizing memory management and resource loading strategies, particularly when running 32-bit applications on the Windows platform, where the effect is particularly noticeable.

1. Download and unpack the d3d9.dll file from the x32 directory in the DXVK archive.
2. Simply place d3d9.dll in the same directory as ForgedAlliance.exe.

doitsujin/dxvk#Public#Version 2.7.1
https://github.com/doitsujin/dxvk/releases

[nomads]

When loading more than ten mods,the 40km map can be completed smoothly with DXVK on my pc, but the 80km map usually crash.

[nomads]

Some logs:

3828_HO_01_F9_all.txt

3828_HO_01_F9_custom.txt

3828_HO_01_F9_debug.txt

3828_HO_01_F9_info.txt

3828_HO_01_F9_warning.txt

[magge]

I believe the core issue is the extremely large map in combination with the ton of custom units, other mods and AI. SC can only manage ≈ 3.5 GB memory. When it tries to allocate more, it will crash. This becomes more likely the longer the game goes on.

DXVK may help with GPU performance issue, but will not change the memory limit.

You could try the LOUD project, they focus on making it playable on extremely large maps with many units. There are still limitations, but worth a try.

[nomads]

@magge Thanks.

1.Based on my personal experience with DXVK, I still insist that DXVK can indeed alleviate memory overflow issues. Welcome everyone to try it out.

INFO: Sim crashed hard in DoSimBeat(): bad allocation
DEBUG: Session time: 00:35:31 Game time: 00:17:54 Heap: -1.360G / 1.519G

2.LOUD project is very good. It seems to have its own compatible mod ecosystem. I have tried LOUD's latest v7.32, and I still feel more comfortable playing in FAF.

[AwarE]

I play 40 x 40 maps often and we do get some strange things happen after 5 hours real time. Worst case is when a human player's machine has an exception error, his game locks up, times out. He ends up back at windows, game can continue without him although we usually shut it down. Our game logs are big say 6mb to 9mb due to constant warnings.
like ...
warning: Error running lua script: ...mander forged alliance\mods\m28ai\lua\ai\m28navy.lua(7365): access to nonexistent global variable "refCategoryNavalFactory"
stack traceback:
[C]: in function error' ...ata\faforever\gamedata\lua.nx2\lua\system\config.lua(58): in function <...ata\faforever\gamedata\lua.nx2\lua\system\config.lua:57> ...mander forged alliance\mods\m28ai\lua\ai\m28navy.lua(7365): in function ManageSACUsInWaterZone'
...mander forged alliance\mods\m28ai\lua\ai\m28navy.lua(2004): in function <...mander forged alliance\mods\m28ai\lua\ai\m28navy.lua:1605>
and ...
warning: Error running OnAdjacentTo script in Entity ueb3104 at 5df06d08: ...ver\gamedata\lua.nx2\lua\sim\units\structureunit.lua(785): table index is nil
stack traceback:
...ver\gamedata\lua.nx2\lua\sim\units\structureunit.lua(785): in function <...ver\gamedata\lua.nx2\lua\sim\units\structureunit.lua:774>

Also after about 4 hours the game time gets mixed up.
Real time 5hr 14m .... Game time 3m25s

Anyway we are loving the game and it is very rare that we have someone crash.