Especially your northern edge is totally messed up.
Some of the terrain heights up there are NaN.

"Out of memory (requested -788108 KB).\n footprint 50066368 KB.\n pages 131072 KB.\n"

Ah yes. The good old -788MB of memory. A true classic.

Ah the good old map icon crash.
Have seen it before, don't know what causes it and cannot reproduce it.
You could try switching to profiling branch, its possible that the fixes on there might affect this crash too.

Never seen that before. But google results are pretty clear its some thing that causes alot of issues.
https://www.google.com/search?q=%22EZFRD64%22

A UI element was deleted while you were mousing over it.
This crash was already fixed a couple months ago and the fix is available on profiling branch.

Objects, shield other objects behind them.
The game checks, how visible the CenterOfMass of the building is, when viewing from the position of the explosion.

Client1:

addMissionEventHandler ["MarkerCreated", { 
    params ["_marker", "_channel", "_owner", "_local"]; 
    systemChat str markerDir _marker;
}];

Disable one-drive.

[B Alpha 1-1,B Alpha 1-1:2,B Alpha 1-1:1 (dedmen),B Alpha 1-1:1 (dedmen),true]

Behaves as expected. Classes inherit from it, so if you hide their parent, subclasses inherit that scope too.
That is just how configs work.

Need RPT log file.
https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/

https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/

Please follow: https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/

Ref T180426

I suspect this is solved, by fixes for other bugs that caused memory corruption

1st Method

I think this should be fixed in 1.26 too.
I actually never saw this issue during any of my testing so its a bit confusing.

Should be fixed on current dev-branch, if not then next. Its fixed internally

toJSON/fromJSON are in 2.18

We do not want to spam empty/unused namespace files on every game shutdown. That's why it only saves if you manually save.
Though. It would expect that after the first manual save, we consider it "enabled" and also save on shutdown. Because the file is already there anyways, so we wouldn't spam unused files in that case.
Maybe we can just detect and only save on exit, if the file is already there.

I fixed it now.
You can either remoteExec it, or change some other state of the vehicle to force it to update.

The answer is simple.
There is no door state synchronization :D
It is sent when other things are synchronized, but for the door state itself, there is no check if it needs sync. So changing it doesn't trigger a sync

Please open your game installation folder. In steam right click your game, then "manage" I think its called and "Browse local files".
Upload the DayZLauncher.exe.config file here so we can see what's wrong. Just Drag&Drop it into the textbox.
Then delete that file and verify your game files in Steam.

Fixed a couple years ago

18:43:31 Error 0 elements provided, 1 expected
18:43:31 File a3\ui_f\scripts\gui\rscdisplaydebriefing.sqf..., line 45

Fixed 1.26

In the end it wasn't json at all.
It was writing to files.
Here is repro code

This is such a pain to reproduce.
https://steamcommunity.com/sharedfiles/filedetails/?id=2905487932
I tried it with this mod.

The broken pattern matching (when pattern is anything other than just "/*") and the wrong read-only flag should be fixed in 1.26
The DIRECTORIES flag not working is separate, that also does not work on windows. We're handling that in a separate ticket to be solved some other time.

At the same time, it sets an attribute with index 4, which, as I understand it, is outside the scope of enum FileAttr where the last index is 3 with type INVALID

Furthermore, workbench publishing should do more for fragmenting the mod internally

Yep something crashed when receiving a network message.
But I cannot tell why.

Forum therad says issue is solved

https://www.google.com/search?q=%22Cloud+File+provider+is+not+running%22

https://community.bistudio.com/wiki/Arma_3:_Unusual_Process_Exit#0xC0000135_-_STATUS_DLL_NOT_FOUND
Don't spam our Feedback Tracker.

Afaik you can go into a Steam debug/console mode. And disable DLC's for yourself.
I would think that's also available to normal users

Please make sure to only include relevant files in the report..
You included a 2.5GB fulldump from a Intercept crash in april.
Its also filling our FT servers with garbage files

"Bad Image Format Exception" some file on your computer is corrupted. But it doesn't say which.

Its not possible to decouple player only, from the setAccTime no.

DayZ != Arma 3

Arma 3 is not DayZ.
The stuff you pasted is basically useless. In case of crash we need the crash report (RPT + .mdmp file)

But... I was able to find some other optimization making all scripts faster.
That got this benchmark from 20 seconds down to 18.5. Smol steps

Profile link would be stupid
That's just
"http://steamcommunity.com/profiles/<steamUID>". You can do that yourself.

objects, groups, controls and displays can become null. That's why they are not allowed as keys in hashmaps.

I'll assume you posted this wrongly. Because all your other posts are about DayZ. And this is not DayZ.

Steam should be downloading the mods. Look for errors inside your steam client

Fixed on profiling v12

The battleye log behind that error message. Shows some error about BattlEye, you need to get that fixed. I can't read what it says

STATUS_DLL_NOT_FOUND

I don't have the time to make a map in terrain builder.
Please upload the crash dump

I forgot to close this.
Back then I decided theres nothing to optimize and that most time is actually spent in the script side.

This seems to be intended.
Speed modes are Unchanged, Limited, Normal, Full
Formations are.. uh