Post the details text file on your Desktop which the error has mentioned.

its almost 2025 and still this is a problem, even if you load up the cheat mod and delete everything from zeus, it still fails the collateral damage task, impossible to do and very dissapointing

Ah OK. Remarks remain the same, just in case a dev can do something useful here.
sideEnemy is not a "basic" side (we can't create center or join a group with that) but it's weird a player as renegade stays in his original group.

You just answered to the bot

Hey headydone
Not sure Razazel will answer. All you mentioned above came from my own remarks. Sorry if you feel disappointed, but no dev did anything for that since... 2016.

What is your CPU model? The error is due to an unsupported instruction by your CPU.
Try running the performance/profiling branch of the game.

помогите кто чем может

i tried recreating the problem by just fuzzing the modparams using a snippet of the code from the ace_common_fnc_getAddon function to fire off all the cfgweapons, cfgvehicles, cfgmagazines, and such and could not cause the same to crash with those modparams but i did notice that the uinamespace getvariable "ace_arsenal_addlistboxitemcache" is a hashmap that is using the getordefaultcall command to add items and i was wondering if there is a memory limit?

In T85538#1127464, @sarogahtyp wrote:

same issue here, i am running server and headless client on the same machine, both in seperated chroot environments.

my command line for hc uses -cpucount=1 and i connect with global ip adress not with the local 127.0.0.1
im not loading any mod at hc or server.

i ve scripted an auto reconnect for the hc so that it connects 1 minute after disconnection.
in my logs i can see that it is disconnected after nearly exact 2 and a half hour every time.
if i watch cpu consumption of the hc process then I can see it raising within those 2.5 h from 15-20% at the beginning to 100% at the end of that time.
that was testet with an altis domination mission, mission was started but no one was playing.

Apparently, vehicle weapons are have same problem

1. download & launch repro mission on dedicated server
2. left AI-crew tank firing at right tank
3. no any particles on firing main caliber, only flash(zasleh) animation (3d model)

see video https://youtu.be/o-NXBUI7-Xg

The sqf error is not duplicated, but summarized with the "x repetitions" - the context message is duplicated.

ok nvm. too much effort to be worth it. thanks for checking!

In T186735#2718120, @dedmen wrote:

Correct, we do not support cloud saves. And we do not plan to change that.
The default user profile name, is the username of the account playing the game. If the username stays the same, every new profile will have the same name.

sorting by count is done.

in cases of

This crash was only present on profiling branch for a very short time.

Correct, we do not support cloud saves. And we do not plan to change that.
The default user profile name, is the username of the account playing the game. If the username stays the same, every new profile will have the same name.

This happens when joining a server, and the mission download fails.
So you are joining into a mission, while you don't even have the mission file.
This was already fixed, the server must've been running the pre-hotfix A3 version.

That error is directly forwarded from Steam.
Why steam says it, I don't know either.

So basically, it tells the HC to turn it on locally, and print into its own console.

This is a problem in case you want to script something that relies on CfgGroups, you will need to make exceptions for factions which have it set up differently.

Ihre Organisation hat diese App unter Verwendung von Device Guard blockiert.

And why is this a problem or a bug?

Illegal instruction. Your CPU seems to be quite old.
The bug has been fixed on the performance profiling branch https://community.bistudio.com/wiki/Arma_3:_Steam_Branches, it will be quite a while until the fix makes it to the main branch.