Friend of mine getting "Memory could not be written"

[BrutalCoding 10]

Sup, 

So here is the case, I hope I am in the good part of the forum, but this friend is having this problem lately. His system was overclocked before, but everything is normal again because he thought that the OC caused these problems but nope.
He could play with me for like 20min or so, it's kinda random but it's never a long game session. So far I can remember, it is happening since a few weeks and it usually crashes within an hour.

 

Verified the game cache and changed his page file to his SSD instead of his HDD, he got 8GB ram because I got the sense this has something to do with it. Anyways his specs are good, just a strange problem since a few weeks.

Here are the logs:
*Cant find a way to attach files here so here's a link to it*

https://superict.nl/downloads/ArmaReport_Log_20160320T042307.zip

 

And don't worry about the site, personal site of mine cause I can't remember any good old file sharing websites without waiting time/ads etc.
 

[st3a1th 0]

Hello I have same issue any luck fixing it yet ?

[BrutalCoding 10]

No luck and no replies so far from any devs (PM & Email). Anyways here are the things we tried without success:
 

• Reinstalling ArmA 3
• Verifying ArmA 3 cache through steam
• Disabled all services from Windows (Except Microsoft services ofc)
• Created a new profile within ArmA 3
• Changed various parameters in the ArmA 3 launcher (cpu count etc)
• Removed the newest GPU driver (Crimson 16.x) and replaced it with the old Catalyst Control Center

[st3a1th 0]

Sounds like you've done the same as I then, I also done a memory test to check my memory and that's all working. :( I'm now going to try the dev build if that don't work I will try and install it without eden

[Horus 83]

Did you try -malloc=system?

[st3a1th 0]

I've not heard of that one

[Horus 83]

Take a look at https://community.bistudio.com/wiki/ArmA_2:_Custom_Memory_Allocator

[BrutalCoding 10]

I forgot to mention that we tried that option as well, did not work out. Haven't tested the dev branch though..I'll tell him and let you guys know if that fixed it.

Good thing is that "-malloc=system" did change the error, first it was something with "Instruction 0x00... blabla. Memory could not be written" and now it is "The instruction at 0x00.... referenced memory at 0x000.... The memory could not be read.

Any suggestions?

[terminals 11]

Was there any sort of consistency to when the crashes happened? I had similar issues when I was trying to import an old 2d editor mission into EDEN.

 

It appeared to be caused by trying to load "protected" (scope 1) class names outside of their scope. In this particular mission, we had a few animals and when I removed them I was able to import the mission into the 3D EDEN editor.

 

I was able to cause the same 0xC0000005 error by renaming the "type" attribute of one of the units to the class names I removed before.

 

For example, I removed the units with attribute: vehicle="Fin_random_F (dogs) and that solved the problem.

 

The 2D editor was able to handle the mission fine, and the mission loaded fine in the actual game, but I can't remember if the animals were there for sure or not.

 

I noticed in your posted report files that it appears to be loading references to the animal class names, so you might be having the same problem as me.

 

I found Turtle_F, Rabbit_F and Dog_F at least when trying to load the mission "grandtheftarma_live_s1" on Altis

 

As you can see in this listing, all the animals have a scope of ("1")

 

https://community.bistudio.com/wiki/Arma_3_CfgVehicles_CIV

 

Here's some details on scope and how it is handled in ARMA.

 

https://community.bistudio.com/wiki/CfgVehicles_Config_Reference#scope

 

I would remove those animals from the mission and see if that helps.

 

I believe this exception being thrown is intended by design, but I don't believe EDEN has "graceful" handling for it that would just prevent the mission from being loaded/imported so it terminates the whole program

[BrutalCoding 10]

Thanks for your detailed reply, the error that occured is happening in missions where I play fine but the friend that I'm talking about is still crashing. It must be related to his computer because it's even happening in public servers where lots of people play fine but he does not. He will try the dev branch soon to see if that helps.

 

Edit: As he is mostly playing King of the Hill and Altis Life, he haven't tried vanilla ArmA 3 to see if this error occurs but since those missions don't require any mods, I guess it's not really related to a mission. 

[terminals 11]

Well these aren't really "mods" exactly as they come with the base game, but they just aren't available to be used without some small config modifications. Your friend may want to try deleting the mission files for those servers and get fresh copies, as well as run a steam "Check integrity of game files just to make sure something didn't get screwy in them at some point. I'm also making a more detailed reply, but I thought this sort and to the point suggestion would be helpful in the mean time.

[terminals 11]

Well it's not exactly a mod, but the reason it has protected scope is BI decided they didn't want it to be exposed by default for whatever reason. All it takes to re-enable them is some modified class names, at least in the old missions. Perhaps it will be more helpful if I provide a direct example.

 

This would only require the A3_Animals_F_Dog "addon" in quotes because it comes with the base game.

 

Here's how a unit placed using the old editor might look in the mission.sqm file.

		class Item26
		{
			side="CIV";
			class Vehicles
			{
				items=1;
				class Item0
				{
					position[]={6897.4248,6.1147871,2397.5857};
					azimut=335;
					id=49;
					side="CIV";
					vehicle="C_man_1";
					text="dogman";
					leader=1;
					skill=1;
				};
			};

For some reason I decided this man needed to be a dog instead, so I change the "vehicle" or his model class

		class Item26
		{
			side="CIV";
			class Vehicles
			{
				items=1;
				class Item0
				{
					position[]={6897.4248,6.1147871,2397.5857};
					azimut=335;
					id=49;
					side="CIV";
					vehicle="Fin_random_F";
					text="dogman";
					leader=1;
					skill=1;
				};
			};

I then save it. Publish it online for people to play and forget about it.

 

A few years later, BI comes out with an update that changes how maps are made. Someone tries to import it into the new EDEN editor, their game crashes and gives them an 0xC0000005 error and of course the import fails they discover what is causing the problem.

 

After fussing through it for a while they find the fix (Removing the dog vehicle from unit "dogman" (vehicle="Fin_random_F" and replacing it with a different one, or removing the unit entirely))

 

Looking at the imported file;

		class Item26
		{
			dataType="Group";
			side="Civilian";
			class Entities
			{
				items=1;
				class Item0
				{
					dataType="Object";
					class PositionInfo
					{
						position[]={2188.5701,5.0014391,2219.269};
					};
					side="Civilian";
					flags=3;
					class Attributes
					{
						name="dogman";
					};
					id=13;
					type="C_man_1";
					class CustomAttributes
					{
					};
				};
			};
			class Attributes
			{
			};
			id=12;
		};

So it seems vehicle=<classname> has been replaced with type=<classname>

 

If we try replacing type="C_man_1"; with type="Fin_random_F"; when the mission is loaded arma3.exe crashes with a 0xC000005 error again.

 

[st3a1th 0]

Hello hope this helps

 

This is what I got from support ticket:-However I fixed by uninstalling my 32bit operating system and installing 64  

 

​please try clean reinstallation of Arma 3:

1. Uninstall the game.
2. Make a backup of Arma 3 folder in Documents.
3. Delete both Arma 3 folders in Documents and Steam:

\Users\*YOUR USERNAME*\Documents\Arma 3

\Program Files (x86)\Steam\SteamApps\common\Arma 3

4. Reboot your PC.
5. Run Steam as Admin, download the game.
6. Try to run Arma 3 (without mods).

This should fix your issue.