well i just changed them and its still not working

ok so i found out that its possible to play arma3 i just cant use the launcher to open the game

so they both should look like this? %SystemRoot%\system32\explorerframe.dll

Yes, both of them.

Also I'd suggest you to run the antivirus scan on your PC as it might be infected by a virus.

oh and btw arma3 was running fine until i updated the game then this problem appeared

oh and btw arma3 was running fine until i updated the game then this problem appeared

Before the update Launcher didn't use that particular system component at all.

ok so can i just change it?

Yes, you can.

i just ran a scan and didn't find anything

May I ask you what are those values then?

Then, do you known anything about Windows registry editor? Would you be able to find the following registry keys and check the value named "(default)" in them?

HKEY_CLASSES_ROOT\CLSID\{56FDF344-FD6D-11d0-958A-006097C9A090}\InProcServer32

HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Wow6432Node\CLSID\{56FDF344-FD6D-11d0-958A-006097C9A090}\InProcServer32

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Classes\CLSID\{56FDF344-FD6D-11d0-958A-006097C9A090}\InProcServer32

C:\Users\I-7 BEASTMASTER\AppData\Roaming\nitionto\terence.dll

%SystemRoot%\system32\explorerframe.dll

is that right?

Hello,
it should be "%SystemRoot%\system32\explorerframe.dll" everywhere, so the first line is wrong, at that is the cause of the issue.

yes i can

I finished the scan and didnt find anything wrong with my files

I've just updated my previous post with the link.

yea i have it

and yes i have verified my arma

Could you please verify that you have this file on your system, it has to be in the SysWOW64 folder: "C:\Windows\SysWOW64\ExplorerFrame.dll".

Hello,
this issue is most likely caused by missing system file for one of the components of the operating system or that component is misconfigured on your system.

Please run the Windows System File Check tool to repair corrupted system files: https://support.microsoft.com/en-us/kb/929833

Have you tried verifying your Arma 3 files in Steam?

The reported script error (File A3\functions_f\MP\fn_MP.sqf, line 46) is now fixed. Please wait for it to be applied.

The issue with bis_fnc_mp failing if more then 10 objects/players are being used is under investigation. Seems like an issue in remoteExec/remoteExecCall.

Sorry for your troubles.

I have also some errors I didn't see before:
14:32:14 Error in expression <target,_isPersistent];
}
else
{
_params remoteExec [_functionName,_target,_isPer>
14:32:14 Error position: <remoteExec [_functionName,_target,_isPer>
14:32:14 Error Type Bool, expected Number, Side, Object, Group, String
14:32:14 File A3\functions_f\MP\fn_MP.sqf, line 46

I don't know if it's about:
_player = allPlayers select 0;

    if (!isPlayer leader _player) then {
        {
            if (isPlayer _x && {!isServer or (isServer && count allPlayers <2)}) exitWith {
                [group _x, _x] remoteExec ["selectLeader", groupOwner (group _x)];
            };
        } forEach units _player;
    };

I guess a problem with groupOwner (group _x) I didn't have before.

Our dedicated server crashes when we have started a drone (Darter, Heron, Raven etc.) or when we fly some Minutes in a helicopter.
Version: 1.54.133741

uploaded arma3server_public_crash collection.zip, it contains rpt + dmps of 6 crashes in 3 days.

same issue here vote me up http://feedback.arma3.com/view.php?id=27150

Same issues on our server.
Relatively new server, only gets around 10-30 players on each cycle but still get the issue in some cases within 20 minutes.

Also noticed since this latest update, mission file is repeatedly "locked" when entering server after a mission update.

Just downloaded the latest performance version of arma3server.exe and the malloc.

Hey Everyone.

I have been doing quite a bit of testing with this issue, and so everyone is aware I host OzzyGaming.com Altis Life server. We have been plagued with these crashes. On average from 10 minutes to an hour at best.

I have done quite abit of research into what has been happening and One thing stands out, Windows.

As such I wanted to confirm my findings by setting up a server hosted under linux. So I purchased a VPS with Ubuntu pre-installed and installed my server on that. And the results were shocking to say the least.

Not one crash at all. Desync just as you'd expect from a low grade VPS server but that server survived without a crash for upto 7 hours where it was restarted normally.

This issue has been around since late July. Not sure why but there was evidence of this issue back then. So Bohemia Interactive this has something to do with the way ARMA is trying to store data to memory under a Windows Based environment.

Also anyone experiencing this issue. grab a VPS server with what you afford and or use HyperV to run ARMA under Ubuntu or other linux based OS

Uploaded crashes with performance v6 (Crash_withV6.rar).

Are we getting closer with resolving the problem? Can Bohemia just rollback the 1.54 update and test in their own environment so that we can have a stable release again?

Client crashing is pretty persistent when using Zeus and getting shot by player as controlled unit.

Didn't happen before 1.54

@s1k
I have the same crashes with the new performance build Dwarden released. We use extDB2 v63, default Malloc, altis life heavily modified, remoteExec, no HC. Our crashes lately are regarding: StreamSource: a3\map_altis\altis.wrp;

To make sure Dwarden sees, can you provide these dump files and logs here: https://forums.bistudio.com/topic/160288-arma-3-stable-server-154-performance-binary-feedback/page-47

Tried the latest RC build. We might actually be crashing even sooner now....
We have even crashed 30 minutes in, a few times(on tbb4)..

*worth mentioning*
Our server hadn't crashed in MONTHS prior to this update....
(wish others would list helpful data like this to compare against <3)

• MALLOC = EVERY _bi malloc - even custom ones, primarily tbb4malloc_bi though.
• extDB Version = extDB(35).
• Game Mode/Version = Altis Life 3.x heavily modified.
• Using bis/life_fnc_mp OR remoteExec = still using life_fnc_mp/BIS_fnc_MP.
• Headless Client = no, removed.

Here's a link to our dump files/rpt, we were online for an hour only 50-60 players =(...
http://feedback.arma3.com/file_download.php?file_id=13315&type=bug

Same issues here since Nexus update!

Same here , can u do something please ?

Could we please get some crash fixes released in a Dedicated Server perf build as you've done in the past? Or any news at all really regarding these crashes. If you need dump files, then you're in luck. My dump file stock increased significantly with 1.54, the warehouse is over-flowing with them.

http://feedback.arma3.com/view.php?id=26924 Vote

I have posted my rpt and the mini dump files as "Arma3 Server Crashing Since Patch.rar"

@Schwiing that "* not found *" problem is onther and not related to this one, look here: http://feedback.arma3.com/view.php?id=24573

LISTEN, the problem:
17:30:30 Server: Object 18:200 not found (message Type_119)

IS NOT the problem which kill the server. This message is because a object is delete where it is not-local... this is only a rpt spam because the logger is silly... its only a message that the object was deleted NOT by the object owner...

So, if your server crashed then upload the bidmp, mdump and rpt.

@shukari the link you posted says nothing about the server crashing however (we're crashing ever since 1.5x). We're having the same issue as in this report, but I'm trying to add more data.

From the RPT...lots of these messages keep piling up:

17:30:30 Server: Object 18:200 not found (message Type_119)
17:30:31 Server: Object 7:35 not found (message Type_91)
17:30:31 Server: Object 18:209 not found (message Type_119)
17:30:31 Server: Object 14:8 not found (message Type_119)
17:30:31 Server: Object 14:9 not found (message Type_91)
17:30:31 Server: Object 14:8 not found (message Type_91)
17:30:31 Server: Object 8:7 not found (message Type_91)
17:30:31 Server: Object 8:6 not found (message Type_91)
17:30:31 Server: Object 14:9 not found (message Type_119

We are having the same issues since 1.54!

Ever since 1.5x, we're having the same problem.

Uploaded crash reports from to different roots with -memram changes and memoryalloctor changes but everything fails... server randomly crash and thats so silly....

Same issue. Totally game breaking for our community. We've been out of action for two days seeking a solution.

It would appear that the game crashes completely after these errors pop up delivering the above error screenshot by onefox, or the simple "Arma 3 has stopped working" windows dialog.

What else is interesting, is that it also crashes all headless clients connected to the dedicated server at the same time. We currently have three HCs running on our server, and we therefore get three "Out of memory" pop ups simultaneously.

Allocator: C:\Arma3\Server1\dll\tbb4malloc_bi.dll

Server Specifications:
OS: Windows Server 2012 R2 Standard 64-bit (6.3, Build 9600)
Processor: Intel(R) Xeon(R) CPU E5-1620 v2 @ 3.70GHz (8CPUs), 3.7GHz
Memory: 65536MB RAM

RPT Entries:

Error: can't resize AutoArray to negative size!
Virtual memory total 4095 MB (4294836224 B)
Virtual memory free 1966 MB (2061848576 B)
Physical memory free 56716 MB (59471818752 B)
Page file free 53429 MB (56025202688 B)
Process working set 1709 MB (1792471040 B)
Process page file used 1894 MB (1986146304 B)
Longest free VM region: 1941438464 B
VM busy 2233053184 B (reserved 128954368 B, committed 2104098816 B, mapped 51933184 B), free 2061783040 B
Small mapped regions: 23, size 106496 B
NetServer::finishDestroyPlayer(1428926097): DESTROY immediately after CREATE, both cancelled

i got the same problem with this:
https://i.imgur.com/2bXYhPS.jpg

21:31:35 Error: can't resize AutoArray to negative size!
21:31:35 Virtual memory total 4095 MB (4294836224 B)
21:31:35 Virtual memory free 970 MB (1017499648 B)
21:31:35 Physical memory free 26697 MB (27994181632 B)
21:31:35 Page file free 54591 MB (57243586560 B)
21:31:35 Process working set 1024 MB (1073897472 B)
21:31:35 Process page file used 2798 MB (2934185984 B)
21:31:35 Longest free VM region: 533229568 B
21:31:35 VM busy 3277402112 B (reserved 178147328 B, committed 3099254784 B, mapped 48308224 B), free 1017434112 B
21:31:35 Small mapped regions: 20, size 90112 B
21:31:53 NetServer::finishDestroyPlayer(1578485501): DESTROY immediately after CREATE, both cancelled
21:34:28 NetServer::finishDestroyPlayer(24686086: DESTROY immediately after CREATE, both cancelled
21:45:27 NetServer::finishDestroyPlayer(437314473): DESTROY immediately after CREATE, both cancelled
21:47:10 NetServer::finish

I have uploaded the contents of my RPT within , "RPT_120515.txt." It ended in an almost identical fashion :

Error: can't resize AutoArray to negative size!
Virtual memory total 4095 MB (4294836224 B)
Virtual memory free 1966 MB (2061848576 B)
Physical memory free 56716 MB (59471818752 B)
Page file free 53429 MB (56025202688 B)
Process working set 1709 MB (1792471040 B)
Process page file used 1894 MB (1986146304 B)
Longest free VM region: 1941438464 B
VM busy 2233053184 B (reserved 128954368 B, committed 2104098816 B, mapped 51933184 B), free 2061783040 B
Small mapped regions: 23, size 106496 B
NetServer::finishDestroyPlayer(1428926097): DESTROY immediately after CREATE, both cancelled

The .RPT Files are missing could you please attach them? They are in the same folder as the mdmp/bidmp files.

update to the update: eutw member let me know that server 4 does NOT have the hot fix yet. I'll update again tomorrow.

Update again: appears problem is resolved after update. You can delete this ticket now.

Update: After playing for another 8 hours, I'm having problems again. I don't recall friday on which server I was on, but today, trying to join server 4 of EUTW will not allow me. Crashing again/still. I can join their server 2 without an issue. I BELIEVE i was on server 4 once today, but I can't recall.

I tried recreating it as best to my knowledge, please feel free ask me to do something to help out this report.

Update on this. I reinstalled game and am able to join again without crashing. Please leave this open till after this weekend. I want to continue testing to be sure.

Ah, looking at the last line on your report is 'APERSBoundingMine'... MCC's has issues with those too. Depending on how many you put down it could be a pain to undo (replace like before), if I remember rightly you won't even be able to see these in the editor until they're changed.

Unfortuantely the fault here lies with the MCC export tool and not something BIS can help with - Try asking for help in the editing section on the BIS forums or if MCC has its own thread there somewhere, someone may have script or something to quickly fix it.

MCC Thread:
https://forums.bistudio.com/topic/142042-mcc-sandbox-3-dynamic-mission-creating-tool-for-arma-3/

Thank you. After removing the APERS mines I placed (I could simply remove them in the 2d editor) it started correctly. Problem is fixed. However, each time I reload the mission some objects (offroad, quad, small camping table, spotting scope,...) move like 10cm while the rest doesn't so this leads to items bit by bit shifting to locations they should not be in and messing up everything (destroying camo nets, stuff that was on the table is now floating,...)

Is this because I placed the items on a small slope and is there a fix for this?

Thanks

2600K, I just replaced it with that and it loaded the mission without errors but as soon as I clicked preview arma crashed again.

Did you delete the object before previewing?

In your example the location is {0,0,0}, so you should see something in the far bottom left of the map editor screen that you will need to remove.

If you still don't see anything try using;
vehicle="Land_HBarrierBig_F";

I use a few addons and the object example I gave earlier may not have been valid in vanilla arma.

It was at the bottom left and I removed it and then saved so it's gone in the mission.SQM but when I preview now it still crashes:

https://www.dropbox.com/s/il4p3hr4fh96oqr/ArmaReport_Log_20151202T150740_BrechtXProesmans.zip?dl=0

I've often come across this minor issue, I believe the issue is with the MCC mod, not Arma/BIS.

All you need to do is replace all instances of 'vehicle="";' in your mission.sqm with a valid object.

e.g. vehicle="Land_HBarrier_5_F";

This will allow you to load the mission and then you can delete the object(s) located at [0,0,0].

I do not know how I produced the issue. I didn't place anything special so I wouldn't know.

Is the issue reproducible without mods?

I like the new fatigue system. For those of you who play RPG game modes, the developers have given information on how to disable the fatigue mechanics.

It's is freakin ridiculous!! Players stuck on splash screen until i kick them through RCON. Have had to delete the whole player db files causing all player to lose there equipment and bank accounts. A simple medkit will cause you to have to walk. INSANE. Tell us how to disable this new totally screwed and apparently untested wieght system. YOU ARE KILLING YOUR OWN GAME!!!!!

You paid for a license to software that you don't own. The game is meant to be for military simulation.

If you want to disable the fatigue system.

player enableFatigue false;

The scripting engine is diverse enough to ignore most changes like these if you take the time to try.

@ JCae2798:
If Arma is a military simulator, it only worths its bunch of Dollars! I'm rather sure you never saw a simulator.
But if Arma is a game, this false good idea of stamina/fatigue ruins plenty of scenarios. This should be adapted for players (you know the guys who wants to play a good game without pain in the ass while crossing a wide map).

At least, fatigue/stamina should be a difficulty setting... in respect of all kinds of players and dev team.

respect? how about for the server operators?! every update i have to spend a week fixing every thing the devs thought would be a good idea and listen to the many, so very many, complaints from my player base. they are getting paid, we are not.

maybe they think its funny have to make group of unpaid people waste time out of their lives to fix game breaking "improvements" that they call updates.

and the stamina system is the tip of the ice berg, i'm lucky if i can load in my own server with out getting stuck in "loading screen limbo" 1 out of every 6 times. my player base is having the same problem.

and what is it with BI games and the updates, DayZ is the same way. never played arma or arma 2 so i cant say if this i a recent development or part of the BI fabric. if its the latter then, ill never complain again because the situation is hopeless.

my due respect was given when i paid for the game.

You're right...this is Arma. A military simulator! How about being a bit more respective to the dev team if you want to have your complaints heard?

Unfortunately the only option I know of is to move your Steam library on D: drive to a different folder, and it's a bit complicated:

1. Exit Steam.
2. In Windows Explorer create a new folder for your library, e.g. D:\Steam2
3. Move all files from "D:\Steam " folder to the new "D:\Steam2"
4. Delete the old folder "D:\Steam ". This is the tricky part, because Windows Explorer won't be able to delete it because of the issue with name. But other file managers, for example Total Command can do that.
5. Start Steam again, log in. All you games that were in the "D:\Steam " folder won't be installed.
6. Select Arma 3 in Steam, click on install and Steam will offer you install it. In that dialog choose to install it into a new Steam library on the drive D: and then select the new Steam folder you have create (D:\Steam2). Steam will recognize Arma and all other games as installed as soon as you confirm it.

And how do I fix this? :/

Hello,
the issue is with the installation path. The folder "Steam " on your D: drive contains a space at the end of the name. Steam allows to create a library with this name, but some system function doesn't support this.

The question is: What happened?

It seems better for bis_fnc_setTask. Not a start of mission but in game, after several minutes and some tasks completed without pop-up.

Any problems refferring to KotH are not BIS problem its SaMatras project. So find ther BIS thread and write it there. -1

The heavy weapons were far too lightweight in the past. The SMG's were constantly outperformed by LMGs in situations where they should excel. The new fatigue system is good.

same way withwaste land servers, this is horrible, me thinks BIS should share what they are smoking!

I downvoted your ticket.

The new stamina system is fine. You have to take a look, what you are wearing and carrying.

I was able to reproduce your problem.

If you play KotH (I play it too), you have to take other classes (appearances) than Rifleman and Rifleman (UK). Those both appearances have the best armour but weight the most.

If you have choosen the right equipment, you are able to run around.