I didn't mean it in the coding form, I was actually talking about the actual clothing item not being in the game anymore.

My apologies, I posted a note for the wrong issue ...

The problem is that the AI is not set up do deal with the fatigue system. I have noticed many times that the more heavily laden units such as AT suddenly end up straggling behind the rest of squads on long pushes and then start calling out for where you are while limping towards you at snails pace.

There are no provisions for AI be it stopping to rest or even communicating that they need to rest.

Hello,
we applied couple of fixes based on your crashdumps, they are implemented in Steam Dev rev. 127768 and higher. Could you please try it on your end?

New update 7/31/14

I have recently gone back to using various memory allocators to try to find some stability. I have seen some success with -malloc=system. I still crash regardless, but this seems to help me crash less frequently at the initial load, and also last longer before crashing.

I also recently reinstalled the game again. This time I switched it from my SSD to my HDD, in the hopes that the SSD was my problem. It was not the issue, as I am still crashing.

The next thing I will try is obtaining a copy of Windows 8.1 and seeing if my copy of Windows is the issue. Please note that I have already reformatted (that's why my crash dumps only began at 7/5), but a new and different OS is the only remaining thing I can think to attempt.

If it's not the SSD, and it's not my memory (I've run so many tests, it's not the memory), then the list is getting shorter. I highly doubt it's my video card (drivers are up-to-date and safely installed, temps and loads seem normal). Perhaps it could be the game's interaction with my motherboard or CPU (I'm not overclocked). Again though, I do not crash in ANY other game that I own. I'm suggesting that it is ARMA's interaction with my hardware that is the issue, not the hardware alone that is the issue.

Since the problem is not widespread, I can accept that there may be a very specific problem with ARMA interacting with certain hardware. However, it can not be an issue that is so specific that it's just my problem alone, as there are multiple tickets similar to my issue that crop up on a weekly basis. Here are some more:

http://feedback.arma3.com/view.php?id=19776
http://feedback.arma3.com/view.php?id=19628&nbn=12
http://feedback.arma3.com/view.php?id=20040

Please acknowledge that this is an issue that is being addressed. And please let me know if I'm spreading misinformation in these other threads about the issue. If anything I've said is false and unhelpful, I will certainly stop, but you must let me know. Discussing the issue with others is the only thing I can attempt to do now, in the hopes of someone finding a miracle cure.

Mass-closing all resolved issues not updated in the last month.

Please PM me in BI Forums (http://forums.bistudio.com/member.php?55374-Fireball) if you feel your bug was closed in error.

Also, the newest crash dump I uploaded today (7/31) is with -malloc=system enabled. Perhaps having a dump on a different memory allocator can help you in some way.

I have uploaded a more recent crash dump. There have been many more on top of this one, but I figure you don't need all of them.

I had one crash that produced a file that was too large to upload. Mdmp was 39,000KB. Zip file wouldn't upload.

Also, there is a similar report made by another player recently, found here:

http://feedback.arma3.com/view.php?id=19628&nbn=12

I've found that if I preload the map ahead of time with the editor, I can prevent crashes on the launch of a mission, which I was also having issue with. I still crash once in the game eventually.

That's got to point you in the right direction for a solution to at least those launch types of crashes.

Perhaps this is a problem with loading certain files. Loading can fail on start of the game, and if you do get passed that hurtle then loading of a certain asset while within the game eventually occurs and also results in a crash.

I'm just trying to get the ball rolling with ideas. Please help us out with this.

This is the common error report that I get in my event viewer when the game crashes. Sometimes it says module "unknown", sometimes it says "msvcrt.dll", sometimes it says "arma3.exe", sometimes it says "PhysX3_x86.dll". In other words, different things are causing the crash according to Windows.

Faulting application name: arma3.exe, version: 1.24.125.979, time stamp: 0x53bea38c
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x00001024
Faulting process id: 0x1b78
Faulting application start time: 0x01cfabbec8427b31
Faulting application path: F:\Steam\steamapps\common\Arma 3\arma3.exe
Faulting module path: unknown
Report Id: b42f0aa8-17b2-11e4-b47c-94de8066e3bb

Omacha,

I recently responded to threads that appeared similar to mine from users iburnfurbies and jls1cm. I do not recall responding to a thread by you, but I apologize if I did and was confused on the issue.

Even if this was the case, why do you suggest recreating my ticket? My issue may be different from yours, but my problem still stands on its own.

My ticket was created a couple of weeks ago now, and I've been having this problem for months. I'm really hoping someone gets back to me soon.

(not relevant)

Hi UGoBooMBooM,

I'm deeply sorry, I somehow landed on the wrong issue via my mail. I will delete my comment as of now.

Edit: I maybe followed your issue once... Whatever, good luck with your problem and I hope you're going to find a solution :)

Hello,
unfortunately, your crashdumps are outdated. Would it be possible to upload only with current Steam Stable version and with default memory allocator?

Thank you.

The dump from yesterday (7/15, the last dump posted) should not be outdated. This was after the Bootcamp update.

I assume by default memory allocator, you are referring to my launch options that I have set. I currently have been using "-maxMem=2047 -maxVRAM=2047 -malloc=jemalloc_bi", in the hopes to provide myself some more stability. I have tried playing under multiple launch options, with no success. Clearly it has not been working, so I will remove them.

I will attempt to supply another crash dump tonight. Thank you for your response.

I have updated with more crash dump files.

Everything after my DxDiag is new and after the Bootcamp update. I have also removed all of my launch options, including -malloc=jemalloc_bi, which I believe is the memory allocator you were referring to. If there is something else I need to change or try please let me know.

Also please note that some of these files still only contain the rpt file alone, and others contain all 3 file types. I believe the ones that only contain the rpt are crashes that happen really quickly, like while I'm in a lobby before I even start a game. Not positive on that though.

Lastly, I've been finding that some servers I crash quicker than others. For example, if I'm playing King of the Hill CA#1, I can usually not crash for quite awhile. Other servers, like King of the Hill US#1 (which shouldn't be any different), I tend to crash almost immediately. Regardless though, I still crash in the end no matter where I go or what I'm playing. I doubt that information is helpful, but just wanted to be comprehensive.

Thanks again for your help.

sadly Silent_Sniper i can't find temp 0 anywhere in task manager, i just have the BEService and arma3.exe that cannot be shut down

Well, I have to say that is strange, but I've dealt with foreign systems, and they tend to label tasks differently, this might be the case if your system is from say Europe. So Lets See if we can track it by doing this. Go To Your Steam Install Location to where Arma 3 is. I want you to right Click it and go to Properties, Go To The Compatibility, check the box Run this Program as Administrator. and Launch the Game, Now Once the Game is Open Alt + Tab to lower the Screen to desk top. On the Desk top Right Click and Create a new Shortcut. In the Box that appears past C:\Windows\System32\taskmgr.exe and in next box name it Task Manager Elevated. and make new short cut. Now on the new short cut Right Click and go to properties again and in this window go to the Shortcut tab and at the bottom click Advanced Button, new window Check Run as Administrator, Hit okay and launch new short cut and see if you can find the Process Running while the game is running.

Steam always prevents me from a graceful shutdown on Windows 7 and Windows 8.

I can almost guarantee this issue is related to Steam and Microsoft, hence upstream.

Castrothemexican You will need to open task manager under Processes and look for a Temp 0 if you are not seeing it then clcick on Show All Processes from all users. then you should be able to find it

I am playing a vanilla client, verified cache, and have the same issue

i am having the same issue although i cannot find the temp process, all i have is an arma3.exe that cannot be shutdown

I am also experiencing the same issue, this started maybe 2 weeks ago. The only modification I run is Breaking Point.

that info on tmp0 though holds true, I see that in my task manager also and when I end it, steam goes back to saying I'm not playing anything.

I can confirm this still happens. I played KOTH and Epoch tonight and afterwards Steam still says i'm in game. I couldn't find this tmp_0 process that apparently was the cause.

Same issue here. I tracked down the tmp0 file, and it shows in the file properties that there is a digital signature with the name "Bastian Suter", who is the lead developer for <b>BattlEye</b>.

i have a similar issue. if i alt+f4 out of the game, steam will still report the game as running even though the process has been terminated.

Okay first Thanks for the info on the "tmp0" this at least get's Steam to say I've Stopped Playing Arma 3. Now another thing I did notice as I was doing this, That The Steam Game Overlay Keep's Opening and Closing in Processes. This is now Looking more Like a Steam Issue. I will Go About Getting a Ticket posted on this Right Away. Please Keep This Thread Up for Now.

I think it would be useful if everyone posts what extensions they're using - and to the extent they know, if that extension is using threads of its own.

I have an extension that will stop a worker thread on process_detach, but that event may never actually be coming, since loading it was supposedly triggering this effect.

ACRE and TFR both use extensions.

I suspect this is really an "extra threads" problem; that the shutdown fails when there are extra threads present. Whether this happens from extensions or steam overlay or yet other factors.

I also get this sometimes. Possibly related to Task Force Arrowhead Radio as it gives me a 'pipe error' when I launch another copy of Arma 3 (it seems to still have a named pipe open or something). That could just be a side effect of an Arma 3 bug though.

As X39 pointed out, ending the process 'tmp0' is a workaround.

there seems to be a "dead" process running in background callen tmp_0 or something like that (requires ~1,5KB RAM) ((cannot check as it is not happening again for me))
you simply need to close that one instead of steam (for me its more or less a generic issue of steam as sometimes steam simply not shuts down its very own overlay stuff)

you also should add as note that it is not always happening

Thanks for the tip, I'll try this tomorrow, as to the comment "not always happening" this is False, as No mater what I do it is only Arma 3 that is causing this and It Always happens. Thanks I will test and post tomorrow.

Hello,
can you please upload your rpt file?
C:\Users\<Name>\AppData\Local\Arma 3\

I've uploaded the file as Requested,Also Let Me Be Clear as My Post now looking is a bit wrong, Arma 3 Is Closing like it should However, It is Steam That Says The Game is Still running and I'm Forced to Shut Steam down through End Processes in task manager as There is no other way to play any other game I own. Let Me know if you need anything else thanks

Very similar to this http://feedback.arma3.com/view.php?id=19631

But very needed.

Mass-closing all resolved issues not updated in the last month.

Please PM me in BI Forums (http://forums.bistudio.com/member.php?55374-Fireball) if you feel your bug was closed in error.

Your Killer card has outdated drivers. I advise to update the drivers, the crashes should stop.

That worked thank you so much

uploaded it

Glad it helped!

I uploaded the file with what I think is the crash reports let me know if I did it wrong.

Hello,
could you please upload your Dx-diag? It may be that your network card has outdated drivers.

Hello,
Thank you for reporting the issue.
We need crash dump files from this folder for solve your problem.
C:\Users\<Name>\AppData\Local\Arma 3\
Can you upload somewhere in winrar package please?
When package will be smaller than 5000k, you can attach it here. When package is bigger, please use some free sharing service and post link here.

How to find correct crashdump file:
Try to make the crash happen
Look into crashdump folder
Upload crashdump with latest date in name (crashdump is rpt + bidmp + mdmp file with same name). Please try to provide as many crashdumps as possible, it helps us investigating the problem in a big way.

Thank you.

http://feedback.arma3.com/how-to-user.html

Fixed 11 months later

I guess my duplicate #0024296 got their attention.
Oh well, at least its fixed now :)

Fixed.

Thanks a lot for letting us know, the issue should now be fixed in the development branch. Could You, please, confirm that and close the issue?

Well, I would not call in respect, cause other races are also less represented. I am white and wanted to create a black character. The choice was saddening me but I created one though.

I did it cause I think otherwise the game lacks diversity and there must always be a big black guy with a badass machine gun!

And the googles look more badass!

So I also vote for less white/caucasian characters and more of all other races!

Lastly, it is not soooo important. There are other things (rag doll, hit boxes etc.) which have a higher priority.

Hey,
thank you for your feedback, your ticket was acknowledged.

Considering there are already heads of the African Persuasion. Ill find it very amusing if they address this issue before they address the lack of female heads/voices.

sir please do not compare arma to arcade like fps. obviously it is a hot topic when people are making other topics about it. It needs to be handle properly

Please tell me you aren't serious.

sir i am as serious as i can be, how would you feel if the game came with one white face character?

I honestly wouldn't give a damn. There are plenty of games (the CoD and BF series, to name a few) that don't allow any character customization outside of your name.

Also, this issue is a duplicate of #0005433.

There's a huge internet connection problem wrong with the A3 launcher where it tries to connect to the Steam workshop, but it can't, for whatever reason.
Keep posted here too: http://feedback.arma3.com/view.php?id=19708

Yes, couldn't reproduce the problem. Thank you. :)

This should be fixed. Could you please check?

Mass-closing all resolved issues not updated in the last month.

Please PM me in BI Forums (http://forums.bistudio.com/member.php?55374-Fireball) if you feel your bug was closed in error.

sorry to say, but i need to uninstall the c++ packages, cant use the application publisher.exe as well- because my pc had some issues after installing these packages.
i had to do a systemrestore cause after install the c++ packages,suddenly my screen just show my windows8-color blank, that nver happen before. so in a nutshell- could you pls make the launcher and BIS applications in the Tools folder work without these packages? now iam stuck into situation, that i cant update my addons @workshop- sad

Wait!! My problem is still not resolved! I reinstalled the C++ packages, but when I start the ArmA 3 launcher, the window outline appears, the icon on the taskbar appears, but there is no actual active window available! Do I need to make a new ticket about this??

It works for me too. Thank you! (Win 7 x64)

Glad that it works for everyone now. We are intensively solving the problem so all necessary packages are installed through Steam.
Thank you all for you help, it was very useful!
Resolving the ticket.

Ok, I uninstalled the previous installations of the Visual C++ Redistributable and re-installed the (x64) and (x86) versions again and it worked!

Good-to-go now

Thanks Iceman!

(Win8.1 x64) I install x86 Visual C++ Redistributable for Visual Studio 2012 Update 4
http://www.microsoft.com/en-us/download/details.aspx?id=30679
and yes! it works!

I did load the x64 versions and it made no difference. The X86 versions don't load.

Anyone else having this issue?

first i installed the x64 and arm and the x86 aswell, then somehow it works- i hope they will fix steam to do this , instead of manual

thx iceman

Solution found

ok- i install the x86 driver again- and it works!

thanks