Did you try verifying game files via Steam?

Are you using the perf/profiling branch?

Yes this is also due to an unsupported instruction by your CPU. Nonetheless, I'm sure Dedmen will look at it once he's back from vacation.

It seems that you have a program (or virus) on your computer that's interfering with input.
Does the issue happen in other games?
What are your PC specs?

Your CPU is too old, and due to a recent change the game crashes on your CPU.
The issue has been fixed on the performance/profiling branch. So switch to that until v2.20 stable is released:
https://community.bistudio.com/wiki/Arma_3:_Steam_Branches

Please don't report mission/mod issues here. They have their own Steam Workshop page.

Old Man is not a campaign. It's a scenario.

I was playing tutorial.

So you mean you were already in the game?
This is a launcher crash. Even if it crashes mid-game it shouldn't affect the game.

It is a known problem with old CPUs, such as Core2 Duo. The issue has been fixed in performance branches. Unfortunately the fix has not made it to the stable branch yet.
So for now, switch to the performance branch, as I explained in my previous comment.

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

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.
Read this page for more details on how to switch branches:
https://community.bistudio.com/wiki/Arma_3:_Steam_Branches

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

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

By the way, have you verified your game files yet? Here's how to do that:

No problem. If you have something to post, post it here.

I guess you'll have to wait for Dedmen to analyze your crash files then.
Can you also try the performance branch? Maybe the issue is already fixed there.
In case you don't know how to use it:
https://community.bistudio.com/wiki/Arma_3:_Steam_Branches
TL;DR:

1. Right click on Arma 3 in Steam
2. Select Properties
3. Go to Betas
4. If you don't see the performance branch in the drop down, use the code CautionSpecialProfilingAndTestingBranchArma3 to get access.
5. Select the performance/profiling branch in the drop down and wait for Steam to download the exe (it's less than 100 MB).

Instead of trying those things, remove these parameters and try again:

-cpuCount=12 -exThreads=7 -malloc=system

the cpuCount and exThreads are especially bad.

Your file.io files were deleted.
Can you upload the rpt here? Not on another site?

It's a OneDrive error. It says Cloud File Provider is not running. You must sign in to your OneDrive account and sync your files.
Google "OneDrive Cloud File Provider is not running" for more info.

No I meant the performance branch of the game. Anyway the crash should've been fixed by now so if you're still getting the crash, wait for a dev to analyze your crash files and respond.

If you're using the perf branch, wait for the update or switch to stable.

Official Arma Discord, #perf_prof_branch channel:
https://discord.com/invite/arma

If v4 fails to install, try versions 4.5+ because they should be backward compatible with v4

Install the latest .NET Framework.

Switch to the stable branch until a fix is released on the performance branch.

Looks like this is a bug in the simulation of "ThingX". The object is "stopped" after 5 seconds, because the game forgets to mark it as "moved". (it keeps getting moved and immediately stopped in the same frame...)
A simpler example:

ABCDEF = "Land_Football_01_F" createvehicle getPosATL player;
ABCDEF setVelocity [0,0,100];
TimeCreated = time;
TimeStopped = nil;
onEachFrame
{
	systemChat str [velocity ABCDEF#2, velocityModelSpace ABCDEF#2];
	if (velocity ABCDEF#2 == 0) then
	{
		if (isNil "TimeStopped") then {TimeStopped = time};
		systemChat str (TimeStopped-TimeCreated);
	};
}

Does this mean the developers are using a new compiler or new compiler flags starting with v2.18?

It appears this is due to a POPCNT instruction
F3 0F B8 C0 = popcnt eax,eax

The issue is reportedly fixed on the profiling branch. For now use the profiling branch on both the server and clients until a hotfix is released.
See the #perf_prof_branch channel on Arma Platform Discord server for more info.

The error is from the next line:

_dirToEnd = (abs _dirToFront / _dirToFront) - _dirToFront;

not sure if I should open a new task due to the OS change

You can edit your task (I already did it for you)

Paste the exact error, or upload the RPT file. Read this:
https://community.bistudio.com/wiki/Crash_Files
If you're referring to the launcher error, you're probably missing .NET Framework.

If you have "massive logs" it's probably because you have a bad or broken mod. (it still depends what you mean by massive)

In T184231#2670524, @dedmen wrote:

since there can be thousands of them.

Yeah, and the eventhandler will be spammed alot, seems hard to do without causing lag.

In T184176#2662576, @dedmen wrote:

Why should it not throw error?
getNumber reads either number, or string as SQF script. If its not SQF script it throws error. That is by design. I don't see a problem here?

simple expressions depend on context. Animation simple expressions have different variables than sound or particle effects. And the values of these variables are different per object.
getNumber doesn't know what environment.

Actually nvm, wiki says ligthAttachObject is not suitable for use on moving objects.

Using findIf is even faster. Another implementation is:

params ["_array", "_value", ["_column", 0]];
private _valueArray = [_value];
private _column =  [_column, 1];
_array findIf {_x select _column isEqualTo _valueArray };

This is not related to the game itself. It's related to Geforce Now not supporting ACE3's extensions.

there's nothing on the internet about it.

Sorry, closed it by mistake 😅

Normal is fine too:

It's not broken. You're using an old version of the game. As the wiki says, the command will be available in A3 v2.18. (you can also try it in the dev branch right now)

Should be fixed yes. Please try the latest dev branch update and report back.

In T179654#2577767, @mrzorn wrote:

@Leopard20
Do you think the original issue is caused by that or did you only look at the last comment?

In T179654#2577759, @mrzorn wrote:

I think i was able to isolate the issue:

testArray = [];
_obj = createVehicleLocal ["#particlesource", [0,0,0]];
testArray pushback [_obj, "somedata1", "someOtherData1"];

_obj = createVehicleLocal ["#particlesource", [0,0,0]];
testArray pushback [_obj, "somedata2", "someOtherData3"];

_obj = createVehicleLocal ["#particlesource", [0,0,0]];
testArray pushback [_obj, "somedata2", "someOtherData3"];

testArray // [[164337: <no shape>,"somedata1","someOtherData1"],[164338: <no shape>,"somedata2","someOtherData3"],[164339: <no shape>,"somedata2","someOtherData3"]]

When i take the Value of the array and try to use the raw data and select the first entry, ill recieve the following error message: (like above)
When I reference the globalVar assosiated with it, it works, though.

Added new syntax to:
https://community.bistudio.com/wiki/switchGesture
https://community.bistudio.com/wiki/switchMove

Should be fixed with the next dev branch update

They are local.

Looks like removing all action "preprocessings" was a bit too much and it breaks some actions. I'll have to go case by case