Can you post new crashlogs with the USB headset removed?
If the issue isnt related to the headset we might be able to see something new

Found a solution: After digging online installing Microsoft Visual C++ 2008, 2015-2022 seemed to be the fix. I’m unsure which one was the actual fix but I installed them all.

Did all the steps from https://community.bistudio.com/wiki/Arma_3:_Unusual_process_exit#0xC0000135_-_STATUS_DLL_NOT_FOUND. I even tried going to back to a restore point on windows from 3 days ago. Nothing.

The solution is presented on the following StackOverflow question:
https://stackoverflow.com/questions/50970449/error-800700c1-in-instantiating-an-object-for-microsoft-office-interop-excel-a
Deleting the file "C:\Program" fixes the issue.

The modified gas block on SOG:PF M14A1 is solely to have the sling appear attached to the proper swivel - real-life M14A1 uses same gas block as the regular M14, and the different part on the SOG model is in fact the clamp mechanism of M2 bipod, which fits both variants of M14 rifle. Solution number two (separate bipod entity for M14) would be preferred.

Since patch 1.2 added M14A1 rifle, it might be interesting idea to allow it to use same optics as the M14/M21. That's because M14A1 was also used in a sniper guise in Vietnam. Used in very limited numbers by LRP company of 4th Infantry Division these rifles ditched the heavy M2 bipod (replacing it with a M16 clamp-on bipod), and (as evidenced by one surviving example) had the front-grip assembly removed, with a more traditional sling swivel appearing in it's place. They still had the pistol-gripped stocks and characteristic muzzle devices.

Verifying ArmA in Steam, reinstalling DirectX/Visual C++ and running the File Check Tool did nothing. However, I ran the 64 and 32 bit version of Microsoft Dependency Walker and got a ton of errors for several hundred DLLs for the ArmA EXEs. Same results for ArmA 3 Tools and the Publisher EXEs.

Regarding the sight appearance, it's something that people requested when SOG was released. IMO it should stay.

I have to disagree. Yes, it does look iffy (especially on the Garand), but it's what people wanted when the DLC first came out. Current version, despite the looks, performs more like real-life sight - until devs implement some other solution to the ironsight problem it should stay.

removed usb audio controller , deleted razer snapsyse service still occurs

Change the launcher language to English. If it still doesn't work, press Win + R and type this and press Ok:

%localappdata%\Arma 3 Launcher

anyone? help!

rev 149726

Hello can you try the steps posted here:
https://community.bistudio.com/wiki/Arma_3:_Unusual_process_exit#0xC0000135_-_STATUS_DLL_NOT_FOUND

can be closed?

can be closed?

Added a couple of trivial example missions with Altis and CamLaoNam bridges. Just start the mission and watch. Quad bike swerves violently to the right, about 2/3 of the way across each bridge.

If it's decided to let the command accept a number value rather than just on/off, it would be useful to also allow a "whatever the config value is" number in addition to the specific modes, e.g. -1. This would make it easy to let type-agnostic scripts switch between config and override values without needing to know the config value for every potential turret.

That is unfortunate but thank you very much.

Unfortunately, it is not possible, BI function will always use weapons assigned to gunner and this gun is not a pylon so it can't be reassigned.

Thanks for the answer,I have solved the problem.

Yes that works great. Thank you for the clarification.

Sorry for the inconvinence, it's related to the Huey fleet update. BIS_fnc_UnitCapture does not save which turret fired the weapons, during the playback it always tells the vehicle gunner (gunner _vehicle) to fire the weapons. After the updates the vehicle copilot is considered the vehicle gunner (can be recognized by the icon in 3den).

Hello, you might need to repair the game via Steam.
https://help.steampowered.com/en/faqs/view/0C48-FCBD-DA71-93EB
See Let us know if the issue still occurs after the repair.

Hello,
Your downloading an HTML file which automatically opens in browser if you try to open it.
Try right clicking the file and choosing save as/download or once your on the page press CTRL+S or right click to save the page.

Hello we went through your crashlogs and found that your crash is likely caused by another program:
ATOK32TIP!ATOK32TIP [fail:0]
No clue ATOK32TIP is, but try shutting it down before playing Arma and let us know if it resolves the issue.

The issue has happened again today.
Please investigate what happened.

Hello, are you using a USB headset? If so could you see if the issue also occurs with it unplugged/ swapped for a wired headset?

Thank you for taking your time to investigate.

• Here's everything we have at the moment (doesn't mean there were just this much crashes - previous dumps just got deleted), hope it could be useful

• We'll install prof/perf branch and gather more data, thank you

NOOOOOOOOOOOOOOOOOOOOOO

02-44-51 crash says out of memory
13-41-49 is... not sure. Something certainly went wrong there but I cannot see how. If you have more reports of the same crash they might have more info.
Also I'd recommend to run profiling/performance branch, they have lots of bug fixes and are also easier to analyze crashes for me

Checked on stable, works as expected (doesn't fire the EH on glass break)

Understood! Will adjust my missions accordingly, thank you!

It probably worked but not exactly as intended as you weren't able to adjust the score that way. It was always intended to be NAME of VARIABLE that holds the score. Not the score value, as per comment in config/wiki documentation.

Setting the cost_variable to "arty_score" and then adding "arty_score = 150;" to the init.sqf worked, before I was able to do it by just setting "arty_score" to "150" in the description.ext but I suppose that isn't possible anymore? Or else I was dreaming before..

Unable to reproduce the issue, make sure your variable contains number not some other type.

We are still experiencing this behaviour on latest development build. Seems like it has something to do with the updating frequency. Hopefully it's getting fixed soon, as this false behaviour exists since release.

Repair the game via Steam.
https://help.steampowered.com/en/faqs/view/0C48-FCBD-DA71-93EB

acil bakarmısınız hata çözümü bulamıyorum.

I'm running into the exact same issue when trying to host the server in a Docker environment.

This bug is not corrected.

As a workaround, running the Windows server in Wine works just fine.

This command is still broken. See KK's comment (2013!)