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.

https://community.bistudio.com/wiki/setObjectScale
Scaling is not supported. Bugs like this will not be fixed.

I can see you were pirating our DLCs. If you want support with the game, you better not pirate it.

The game now uses Visual c++ redistributable 2022, not 2013 anymore.
You have 2022 installed, but only the x86 version, the game by default uses the x64 version, which seems like you have not installed.

What is a jamming tower?

What is a "MED pod"?
What are naval scooters?
Which base?

What tank are you talking about? What active protection? This sounds like some mod, which is not anything we would deal with.

What sectors?
What mission are you talking about?

What mission?
Are you talking about some server?
If it doesn't seem like a bug, why are you reporting it in a bug ticket then?

If it crashes in other games too, why do you report it here? It has nothing to do with the game.

no joy. crash. Also in other games, BF4, FS2020.

One potential workaround is to render everything required on a single texture, and then adjust UVs to show specific areas of it as done in this PR

Latest actions taken, thinking about anything that might trigger memory or access issues -

IDK. Just wait for Dedmen to analyze your crash file.

Nothing else I can do. Now stuffed with £1500 piece of metal. I hate Windows sometimes.

some suggested running in NVIDIA debug mode. It crashed again - :(

Hello?