So this is likely related to this thing? http://feedback.arma3.com/view.php?id=19487

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

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.

Hey,
could you please try to update yout Killer's Card drivers? There were problems with outdated drivers causing crashes and BSOD.
Thank you!

I verified my local data and the game worked properly again, thanks.

Hello,
I cannot reproduce the problem, is it still valid for you?

Found out it was a problem with my 1.26 exe. Tried it with the dev branch exe and it worked. Anywhere I can download the 1.26 exe alone? If its allowed...

The new flight model (advanced) is not yet available in the stable branch.

If you have issues with the stable branch v.1.26, verify you local data and defrag your hdd. (read http://dev.arma3.com/post/spotrep-00030)

Please reply, if you still have problems.

There's already an issue for this, just go to View Votes and scroll down.

I say add wigs and women clothes! :)

This can be closed, commands were added an are available on stable.

Thank you for the report!

There are several AI pathfinding improvements inbound. Unfortunately they also introduced this severe bug. The issue will be fixed in the nearest Dev build update. We're sorry for the inconvenience.

I believe that would require having a proper animation for going into sights first. As it stands the only thing that moves when you aim down the sights is the camera, the player body doesn't move one bit however.

This would be brilliant and could be great for gameplay.

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.

Great job - thanks a lot!

Kju, is this something the AIA TP team needs to fix? If so, when can we expect an update? I'm extremely excited that we've finally tracked down this crash.

Thank you!

Some of the analysis suggest that the crash starts when deleting of "Land_Fuel_tank_big" is initialized. We experienced related problem before, the investigation continues. Will keep you updated.

Structures with some supply ability (mostly with ability to refuel, but possibly even repair and rearm) should have property class in geometry lod of their model set to vehicle (or possibly ThingX) if they are to be placed in the map. In case they have said property set to house, binarization of the map may provide unstable results, which may end in CTDs (most cases have been already fixed, but some may still remain).

A warning message has been added to the engine displaying which object is causing client malfunction. Steam Dev revision 127419 and higher. There is no way for us to prevent these crashes and modifying maps is not possible either. Hope this helps you, marking as resolved.

It was since 1.20 or even earlier as far as I can tell.
The release of AiA TP just exposed a lot more people to the problem.

Did it start to crash in 1.26 or was it already on 1.24?

We cannot tell which objects (or even their numbers) are causing the crashes from the dumps. I'm downloading the mod so we can debug it.

Restarting dedicated servers on a regular basis mid-session isn't really acceptable to just switch terrains. Seeing same errors as above.

From programmers:
Crash occured when clearing out object list from the map. Seems like some serious issue with some objects in that map.

The objects all BI assets from A1, A2 and OA.

The crashes started to happen at some point (like in other cases) without any changes on the AiA side.

So if you can tell us what of the BI assets are seriously broken, we can try to fix them. Thank you!

This bug has severe consequences on dedicated servers. After we play a mission on TP terrain, the next mission we select crashes the server and all clients while "receiving". To avoid that we must restart the server and all players' clients after each time we play a mission that takes place on one of the TP's terrains.

This has happened several times with Capraia, using AIA TP as well. Here is my rpt error! Hopefully we can get this addressed. It appears to be crashing not only the client in multiplayer environments (and SP editor and such), but also the server. As you can guess, this is a giant issue with slotting and time.

We've also had frequent crashing on Sahrani (and variations of) as well, is this related? It happened after we began using AIA TP's Sahrani versions. I can provide those reports.

Capraia crash dump:

Exception code: C0000005 ACCESS_VIOLATION at 013757B7
graphics: No
resolution: 160x120x32
Addons:
Mods: @AIATP
Distribution: 0
Version 1.28.126958
Fault time: 2014/08/30 19:05:06
Fault address: 013757B7 01:005647B7 C:\Program Files (x86)\Steam\SteamApps\common\Arma 3\arma3server.exe
file: PMT_TvT42_OPLiq (__cur_mp)
world: IsolaDiCapraia
Prev. code bytes: 83 F9 03 7D 16 BE 03 00 00 00 8D 44 8D 30 2B F1
Fault code bytes: 29 78 0C FF 08 83 C0 04 4E 75 F5 8B 42 04 8B 0A

Registers:
EAX:68F1FFF4 EBX:00000000
ECX:803CC5AB EDX:4E8B1440
ESI:7F73FB32 EDI:00000000
CS:EIP:0023:013757B7
SS:ESP:002B:00A6DE74 EBP:66C1EC80
DS:002B ES:002B FS:0053 GS:002B

Flags:00010202

Before the crash:

c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()

added more crash files. Tried it with both stable and the diag exe, crash logs attached as Arma 2 Terrain crashes.7z

I have random freezes, I don't know if it is related, but only with the A2 maps, so I think it does.

Happened to me as well in stable branch.
After switching from chernarus to zargabad with A3MP the game just crashed.

You might want to wait until Monday and see if this is what you are after: http://feedback.arma3.com/view.php?id=20274

Related:
http://killzonekid.com/arma-scripting-tutorials-get-zoom/#comment-1127372278
http://feedback.arma3.com/view.php?id=16120

Ooh, nice. Didn't see that one.

With the current dev build of 1.29 the bug seems to have been fixed. I was able to complete the whole mission.

Yes my fireteam just moonwalk at the dirt road so the mission cannot progress. Also happens on dev build 1.27.126890

The crash happened in both case when i tried to load the save game.

Hello,

could you please verify your game files via Steam?
https://support.steampowered.com/kb_article.php?ref=2037-QEUH-3335

Please, run the game without any startup paramteres after then. Let me know if it crashes again.

Thank you very much

I verified the game, everything was OK.

The today's change log is because of this ticket?

• Fixed: Crash - main thread stack size increased from 4MB to 8MB

I have played the same mission and i got same crash. This time i started without any parameters. No mdmp and bidmp again only the attached rpt file.

This time i controlled UGV which get damaged by enemy vehicle.

Maybe nothing, but in this mission the fences through the thermal filter are glowing, which is an another issue: http://feedback.arma3.com/view.php?id=19730

Not this ticket, but similar one.
Is it still crashing for you on Steam Dev?

It would be similar to this video with an IDF spike missile hitting a laser designated building 20 km away.

http://youtu.be/pXw9SqnXqZQ

The fact GU is not able to merge app manifests is normal because the copy maintained by GU must remain independent from Steam.

Regarding the delay, it's also normal, threads are asynchronous for optimization purposes.

Then, "gameUpdater_Files.zip" can be used to restore its initial content, instead of forcing Steam to re-download GU.

Can I close the ticket?

I managed to "resolve" it by deleting the Game Updater folder, and recheck the integrity, then I had to try 2 times, and then it worked when being asked to install the game updater again.... I now have my two installation, but still get this message at the end of the updates everytime...

Exactly as you say. It is easy to reproduce.

After loading it's in the water at pos[0,0,0] and the vehicle blow up.
It doesn't matter which save do you load. The result is always the same.

Closed - This is not a bug, Steam must be closed before process or restarted after the update process.

http://feedback.arma3.com/view.php?id=20418#c79704

The fact you're not using two Steam sessions is questionable because Game Updater opens a session to verify that you own the game and download it ;)

Anyway, I will see if I can enhance the handling of connection loss during the update process.

Thanks for the feedback ;)

Note: To restore the initial state of Game Updater, you can use the archive "GameUpdater_files.zip" as described in its read me.

Sorry for late answer.
No beta Steam, OS up do date, Win 7 64, no admin session, but never got rights problem. I'm not using two steam sessions!
Just to be clear, it worked before, and it work now.
It happened, because I wanted to install a dev branch version of Arma 3 using the game updater, and while it was downloading, I got a problem with my connexion. Them I can't remember what I did, but I kill all the related process I think, steam, arma, and game updater. And then I got them problem.
After that, I tried everything, it still didn't work. Finally, I deleted the Game updater folder, updated the Arma 3 tools cache, reinstalled the arma 3 tools, and after a while, it worked again...