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

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

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

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

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()

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.

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!

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.

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

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.

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.

Thank you!

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.

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.

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.